WineConf 2004 Wrapup
IamTheRealMike writes "Well, the attendants are back home and the writeups have been written - WineConf 2004 is over, and Brian Vincent of Wine Weekly News fame has written a comprehensive account of the conference. Wine hackers the world over congregated in snow-covered Minneapolis to talk shop and try and locate the magic bullet to make Wine better, faster. Cheers!"
...and I thought they were talking about the drink! I was thinking "wine hackers"? Shouldn't that be "sommeliers"? Man, it's still way too early in the day...
libertarianswag.com
He pointed out that Microsoft Office now "just works. You can use it all day long and you won't see the difference." Then he added that wasn't 100% true because, "The Paperclip still doesn't work." Seems like Wine runs Office better than Windows.
Better and faster at what? Getting you intoxicate?
Twin or more? ITA
Apache/Spring/La
I wonder how many of the improvements can be attributed to the Crossover code. IIRC, the Crossover people release all their changes back to the WINE tree after a time. IMHO, this is a good example of a company staying alive while helping out the community.
Anyway, running Office smoothly is a great thing. This and Photoshop are two very important steps to getting Linux on more desktops (last time I tried Photoshop, it crashed after a while and Office complained about some access violation).
but wine still seems like one of those apps that need geek'ness to get things working. For whom are they aiming the product for these days, joe average?
I appreciate what they are doing, but at the moment would it not be better to go 100% unix or 100% windows.
to make Wine better and faser?? I Run word 97 on my linux box and its 100 times better and faster! I think they're not looking for a bullet but a WMD :-)
Seriously though, Wine is one of the most impressive feats of software engineering I've seen, the ability to emulate a closed source platform is a real achievement.
It's hard enough to remember my opinions, never mind the reasons for them..
Next up, Tom Wickline put together a presentation about getting applications to run. Tom has worked quite a bit with Wine and CrossOver Office and had some tricks for getting things to work. The key to just getting something to run seems to be using native Windows DLL's. He has a copy of Windows 98 to copy things to and from. Generally he starts with CrossOver Office and adds the following things in this order:
* Internet Explorer
* DCOM98 (as opposed to DCOM95)
* MDAC.Type
* MS Scripting update (SCR56.exe)
Lately he's even added native DirectX 8.1 to the mix. Some form of this combination will get Wine to run about 85% of the applications and games he's tested.
That's cool and all, but DirectX 8.1 is outdated. EverQuest, for example, upgraded to DirectX 9 this week, breaking support for anyone who ran it in Linux.
I was about to move completely to Xandros 2.0 on a home machine, knowing that, if the included CrossOver Office wouldn't run EQ, WineX would. Now I'm comtemplating a dual-boot machine. But that doesn't work as well since our home file/print server is being booted into a new OS.
Unfortunately, most people only play the latest and greatest when it comes to games.* And to keep people centered on Linux when it comes to gaming, latest DirectX support needs to be a top priority.
* (Me, still playing EQ five years after its release, being an obvious exception.)
It doesn't hurt to be nice.
If you hackers watched the Simpsons properly, you'd know that the secret to making Wine faster is to put anti-freezein it.
Hey freaks: now you're ju
I read that the attendants are back home. Are the meeting attendees geriatric geezers that needed help at the meeting? :-)
Of course, if the poster can show specific sections of code he feels have "fundamental flaws" and describe them satisfactorily then I'll take my words back.
If you don't like parts of it, you're free to
help reimplement it. Wine has made good progress,
and it will continue to do so, with or without
your sniping.
By the way, as far as I know, Wine simply uses
Linux's TCP/IP stack. Thus your comments are not
only unhelpful and offensive, they don't appear
to even be accurate.
From his journal....
The Specious Project
09:45 AM February 12th, 2004 [ Add Friend | #61699 ]
Hi, thanks for reading the journal.
Any posts from this account are part of the Specious Project, which challenges the quality of the Slashdot moderation system by posting plausible-sounding, yet factually inaccurate comments to Slashdot stories.
Usually a simple Google search will reveal any errors, and anyone moderating Specious Project posts up are reacting only to the sound and tone of authority, rather that the actual content. We try not to talk to those people at parties.
When I saw his post, it was +5 Insightful.
We'll see what happens to it over time.
*sigh* still no signs of a Win32 port...
The IT section color scheme sucks.
someone invent an API,ABI,execution or whatever to work on all platforms.
You know one code to rule them all.
BTW I know of java, but really I cannot see anyone making doom 3 using java3d or premier using javamedia.
Sorry, excuess my ignorance.
Unfortunitly Wine (Winex) still doesn't play games very well. I purchased wine a little while ago and was unimpressed. In fact, games are the ONLY reason I still have a xp partition. The following link is to their database of applications. http://appdb.winehq.org/appview.php?appId=897
Losing faith in humanity one person at a time.
If calls are being passed directly to/from drivers like NTFS.SYS and the actual WinXP kernel, does using Wine require a licensed copy of XP?
AFAIK you can't freely redistribute the XP kernel and system drivers.
Will we see WINE shut down at MSFTs whim one day?
I don't need no instructions to know how to rock!!!!
You notice there aren't any projects to run Mac OS apps under Linux.
Au contraire.
We'll we all know that the Specious Project started on Dave Cutler's work with PDP-11's during WWII. By inventing new opcodes, like, BSH and WRG, Dave and Allan Turing were able to break the Enigam codes that the American and Germans were using at the time. That's how we got the plans for the AtomicBomb from the Germans.
The Specious Project was also the first atempt to pring Opject-Oriented code to simple Babage style difference engines like the PDP-11.
(How did I do... am I part of the Specious Project now???)
Moneyed corporations, non-working 'poor' and criminal prisoners are turning productive citizens into tax-slaves.
He pointed out that Microsoft Office now "just works. You can use it all day long and you won't see the difference." Then he added that wasn't 100% true because, "The Paperclip still doesn't work."
While win is great and all, and I hope it gets better it has too many problems that are not being addressed. The biggest problem is how much of a pain in the butt it is to configure. Wine needs some sort of easy or automatic configuration tool. I mean, when it's easier to set up xfree86 than it is to set up wine we have a problem.
The second and most obvious thing is that because wine exists then less software will be made for linux in the meantime. There is at least one person out there who said to themselves "why bother porting this windows app to linux, they can just use wine". Many many open source apps are ported to windows every day because we have tools like cygwin and minigw with which to recompile them. I think this is the biggest barrier to linux taking more market share. Many people I encounter wouldn't mind switching, but there is always one or two applications that they absolutely need that hold them back. Wine can help, if it works for those apps, because that person will be able to switch. But wine can also hurt because that app will never get a real port, especially if it is closed source. The fact that wine is hard to configure and that it doesn't work perfectly tend to make wine more hurt than help.
The GeekNights podcast is going strong. Listen!
Too bad it doesn't run on i386 hardware.
Well, the point had always been that the Office division of MS is a milk cow, System brings quite some money in but is attacked by Linux and XBOX Division (as well as the media division) is loosing money like hell...
...
Wine continuation just means that when (rofl) Linux has dethroned Windows on the desktop(/rofl) Microsoft can with no problem continue pushing it's Office suite everywhere...
Maybe putting all this devellopment time and brains on OpenOffice / MSOffice compatibility and TheGimp Tools/Dev/Filters would allow us what we really need..a really free, top to bottom OS...with all the goodies softs available for free...
"This and Photoshop are two very important steps to getting Linux on more desktops"
I might be wrong, but I think I'm closer to the mark than you are...
Get Oppenoffice working for cheap AND MS doc compatible (almost totally done), push for the SMEs and Big Companies to get cheaper hardware by getting them Microsoft free and then you will see that Photoshop is announcing a native Linux version by it's nice, userfriendly editor...
When you are at that point, most editors will come and shell out Linux versions... Binaries only, maybe, but Linux versions anyhow...
Wine was all right and fine an idea 2-3 years ago, when Linux didn't fully have the basic apps.
Now that we have them...
There is only two position in IT Market, the best or the cheapest... If we get all for free, editors will try and provide the best for a fee... Or so it was to work
It takes 40+ muscles to frown, but only four to extend your arm and bitchslap the motherfucker
I bought crossover partly because I wanted to support Wine, and I have know idea if I'm actually acheiving that or not. Anyone got any info?
btw I've used Photoshop under the latest crossover and it ran fine, although ImageReady was pretty buggy.
If you need both windows and linux software wine is an alternative... But have you tried vmware ?
;-)
I use it at work to run virtual machines on linux and at home (with the work license so dont tell anyone...)on windows. It works perfectly well with debian as server and as a VM! (although its not officially supported, so some extra effort is required... but knoppix is the easy way to go)
VM is technically very different from wine but has lots of advantages.
Its much more, so the problem (for users like me...) is the price (i think 300$).
Does anybody know about any other solution? How about starting an open source virtual machine project? Now that would be great!!
WTF is that sheeit?!!! An Open Source project that isn't properly platform-agnostic? Crap, I thought only Wintel developers were that stupid!!! That's as benighted as making a nice adaptable low power chip and then selling it as x86 comptatible!! Goddamned heathens!
Plus, Wine is not a product, it's a project. Codeweavers makes a product based on Wine, and so does Transgaming.
Codeweavers product is aimed at people who want to use Linux, but communicate 100% with MS Office people. And use MS plugins in their Linux browsers.
Transgamings product is aimed at the hacker/enthusiast who wants to be on the cutting edge running DirectX games on their Linux install.
Eventually, Wine will be a near 100% replacement for the MS API. Buy a MS piece of software at CompUSA, drop it in your Linux distro, and it works perfectly.
And once that happens, you will see Linux begin to take over the desktop. And that's why Wine developers are heroes. Keep up the good work!
Weaselmancer
PS: The submitter is hoping for the "magic bullet" that'll speed up wine, but may have missed just such a magic bullet in the article he posted. It's a shared memory wineserver, currently experimental. I'll quote from the WineHQ page:
Gav showed a dramatic demo of American McGee's Alice running under both WineX and WineX with shared memory. In that particular game the sound and graphics threads needed to sync with each other at an astounding rate. Typical WineX performance produced about 50 frames per second. By moving to shared memory the framerate nearly doubled to about 95 a second.
Weaselmancer
rediculous.
There have been a number of attempts to clone the Windows OS in the past (i.e. Freedows and the Alliance OS), but most of them have self-destructed with no real product.
The ReactOS, on the other hand, has managed to get the core NT working, and has been added the Wine libraries to supply much of the functionality. Earlier last month they released a version with a functioning Windows Explorer clone, and they seem well on the way of reaching the goal of running OpenOffice and Mozilla by October, 2004. The target of a fully functional Windows OS replacement is only about a year away.
I haven't but I'd expect the crossover and transgaming versions to feel less geeky.
I never quite understood that project, since it requires PPC hardware. If I'm going to spent the money on PPC hardware, why not just run Mac OS?
I've been using Linux for 10 years. Back in the day there was dosemu and wine. The story was that wine was getting close, wine was getting better, wine was getting usable.
Every once in a while I would give wine another try and find that wine was still not working. I don't think very much has changed in 10 years with the wine project.
At this point I have no interest anymore in using wine, I just use linux and native linux apps.
IMHO the wine developers should focus their efforts on linux and native linux applications, and users should request native linux applications from the software vendors.
There are several signs of win32 ports.
Some people are replacing Windows DLLs with Wine DLLs. (mostly for testing).
Some people are trying to get Wine running under Windows.
the ReactOS people are doing really cool things trying to make a windows clone that uses Wine.
Depending on your definition of running, all or some of the above might be of interest to you.
and vmware also supports freebsd!
> Too bad it doesn't run on i386 hardware.
Well, Wine doesn't run on PPC hardware either...
I love the pictures. They're so painful, they're great. It's like watching a train wreck. I can't resist. A dozen of so uber-dorks in a tiny room, hunched over their laptops, building a product that what few people actually do use, use for free. It's soooo sad, I just love it.
Sometimes you have this old, closed-source 16-bit program (possibly for an old, out-of-date piece of external hardware) that you really can't replace because all of this other stuff is built up around it. The company isn't around anymore, but the version of the application won't run on modern, supported versions of Windows for some reason. This is where WINE can really help you out.
It can help in other ways, too. My Playstation 2 was having a problem reading discs. In searching for a local repair place on the Web, I found out that several people sell cheap "self-repair" guides, but these are in some wacky Windows hypertext browser format (probably to prevent copying). Worked fine in WINE, and I had repaired my own PS2 for $10 in less than an hour.
WMBC freeform/independent online radio.
Please don't confuse wine with WineX. They are almost the same, but not quite. WineHq.com has little to do with WineX. Some code is passed back and forth, but not all.
There are 3 versions of wine: wine, WineX, and Crossover. WineX was Wine plus some things that cannot legally be made open source several years ago, but they have branched. Crossover is Wine, but they pick a point where it is stable, fix a few bugs, and sell support for that. Wine is the Open Source project that sometimes releases developmental versions, but there are always bugs in it, which are fixed in a different version with different bugs.
Wrong
found here
Also, like perhaps many others my laptop dual-boots to Linux on one side and Windows XP on the other. Can I use Wine to run things from the (read-only, under linux) NTFS Windows-XP partition? That would be fantastic. (Currently I do this with VMware but the boot time is annoying and the memory usage of course is ridiculous).
THEIR SOMETHNG IN MAH BUT 2NIGHT FERNANDO!1111! WTF
You can use Python and the Pygame libraries, and that will probably work for all but the most intensive 3d fast action stuff.
The big problem with "all platforms" is that once you start including different architectures (x86 and PowerPC, for example) then emulation gets more complicated, as you have to emulate all of the underlying hardware.
Of course, we have near-perfect emulators for video game consoles which run on PCs, but the platform doing the emulating is going to have to be a whole lot beefier than the original.
WMBC freeform/independent online radio.
You got that wrong pal. I'm not complaining on anything else than that I myself have only i386 hardware and would like to run Mac OS (X) on it.
I'm not pissing on their project. Quite the contrary.
Maybe you should consider that people are not always out to bash others work.
Take a look here. Granted it's not as polished as VMWare and not as speedy but it's progressing.
Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
Of course, Wine doesn't run on PPC hardware without an emulator as well: in this case QEMU. It looks like QEMU may be starting to develop PPC emulation on x86.
Getting all the library and system calls to work would allow Mac programs to run under this on an x86 by recompiling them and linking with the emulation libraries that they develop, just like Wine is supposed to allow you to recompile Windows programs to run them under Linux on other platforms.
At least that is the idea. I agree that in reality it is not working out that way, it appears a lot of Wine is "get this DLL to run". Even a company making a Windows program and interested in porting it to Linux and in recompiling it cannot use Wine to do this, as they still rely on some closed-source DLL that is not emulated and is provided by a company like Microsoft who definatly will not recompile it.
I didn't say Wine was useless...
Just, if you have that old 16 bits apps running on a dying computer, I'm sure you can find an old desktop somewhere, slap 98 or DOS 5 on it and keep it running...
I made the jump to full Linux less than 6 month ago, and now all my computers are Linux Based (Firewall is Astaro Linux, web/mail is E-smith, the rest (file server + desktop) is installed with Knoppix Cluster (debian))
Whenever I must do something Windows only, I ask my girlfriend for her keyboard, and later look for an alternative Linux solution.
Usually, I end up either with a multiplatform Java app, or with a Beta project from Sourceforge, and my need is fullfiled.
The problem is not with Legacy softz, for they will run on their old versions of whatever OS they need.
The problem is completing Linux's software portofolio so that Large Editors find it attractive to support their soft on Linux...
Choice, the cheap (as in free) against the best (as in payed-for version), until the free soft becomes better again, and so on...
It takes 40+ muscles to frown, but only four to extend your arm and bitchslap the motherfucker
VERY impressive.
I've heard quite a few times how wine is bad because it makes native versions less likely - IMNSHO quite the opposite is true since when/if most windows applications become usable in Linux using wine companies making those apps are quite likely to port them as well. Why? Because wine can prove that there's a market for the application among Linux users (presuming that the company does its market research properly and the users are clever enough to tell the company that they are running it using wine) and consequently the reasoning will be like this if two companies have similar applications that run with wine:
Company A: Both our and competitor B's apps run in Linux using wine but they don't run quite as well as they do in Windows but people use them anyway, the emulation makes it slower. Maybe we should make a native port and thus get all Linux users, who need this kind of app, to use ours since the market obviously exists and a native version is always better. Yep, we should do that.
Company B: Same reasoning.
Result: Two native apps for Linux.
This, however, makes wine a project which can only be successful as a not-for-profit open source project, why? Because wine's success excludes wine's success.That is, if Linux achieves greater desktop market share thanks to wine making Windows apps available and thus native applications will become more common and finally wine will no longer be needed. So consequently Codeweavers are in the business of putting themselves out of business. Transgaming might do a little bit better since they're calling it "portability technology" and make Linux ports, for which the demand is likely to increase if/when Linux' market share grows. But their success depends on whether they can do the porting of a game cheaper and better than the original game creator.
Karma. Moderation. Is my
You seem to be suggesting that we could replace the commercial apps with open source ones. Well, that would be a bit of a stretch, and also wouldn't encourage adoption, since people already know how to use apps on windows. And in order for linux to get the attention from corporations it needs to get a large user base...
Face it, the proportion of people using windows to linux is so much larger it boggles the imagination. We need to work as well as possible with windows apps initially so people can escape the clutches of Microsoft.
The best word processor running on Linux is Microsoft Word.
In OpenOffice, I tried to create a simple numbered list, where I stop the list but then continue it at a later point in the document, but I couldn't figure it out.
MS Office on cross-over Wine is what I use and I am productive.
If Windows is an unstable confused pieca shit, and you're trying to emulate it, won't that make WINE, at its very perfect flawless best, an unstabled confused pieca shit? And if WINE's not perfectly done and has bugs in it, then it'll be an even MORE unstable confused pieca shit. Isn't this a doomed sad project?
Or am I just an unstable confused....?
I just downloaded the latest Wine about 3 days ago straight from WineHQ. The new winecfg is excellent. It's way better than the old TK one. Clean tabbed interface, and it's as simple to configure as any other app.
Weaselmancer
PS: You said, "The second and most obvious thing is that because wine exists then less software will be made for linux in the meantime."
Think of Wine as a gateway to Linux. Yeah, there will be less of a compelling reason to write native Linux apps. That is, until it takes off and becomes mainstream.
If Linux/Wine was on 50% of desktops, you'd see more native Linux apps. "Why not port this to Linux and get a speed increase, Bob? Linux is on 50% of all the desktops in the world, and we're missing a market segment." That kind of a thing.
Weaselmancer
rediculous.
Is this the same George W. Bush which Thermoman flew to Northolt by mistake?
See a certain episode in MY HERO featuring the one and only GW Bush...
And Basilisk (for 68k MacOS).
Will wine run longhorn applications when longhorn comes out?
Thanks. I'm a programming noob and know very little about OS infrastructures etc., but I get the gist of what you're saying anyway.