As scheduled, Wine has officially entered the beta stage today. “This is release 0.9 of Wine, a free implementation of Windows on Unix. After 12 years of development, this release marks the beginning of the beta testing phase.” In related news, CrossOver Office 5 has been released, with support for Office 2003 and ‘bottles’ (multiple Windows environments).
bottles are a great idea. sort of like a sandbox for applications that are a bit touchy under wine.
one I tried to use was “Spanish for Everyone”, it was not happy under XP but runs normally under 98 or 2000. I tried it with crossover v4, and although the program run OK, it did not like the quicktime that it installed.
I will give it a try again under v5 and see how that goes.
Spanish for Everyone ??
All you need to know is:
“Mas cerveza por favor”
Okay, seriously – so this runs on all Unix platforms, specifically *BSD platforms? I need to see what runs on.
If I can get “iSeries Access” and “MS Office 2003” to run on FreeBSD or DragonFlyBSD then I’d be one happy camper at the work-place.
There is already a Linux version of iSeries Access http://www-03.ibm.com/servers/eserver/iseries/access/linux/
I’m kinda going to maybe say something that will piss someone off, but it’s like this: I’m not interested that much in emulators. I run Linux and linux applications. I know that it’s a pain in the butt sometimes when you want that Windows application, but I’m just trying to kick the habit completely. However, I still have a windows machine at home. But under Linux, I haven’t had much luck running Windows stuff and so I just gave up all of the trouble. I want the Linux applications to run on Linux and do what I want them to do and thats getting better and closer every day. Soon, God bless all of the great work that the WINE crew (and others) are doing to make Windows stuff run, it won’t be needed (or at least hopefully).
Anyway, good luck to them, but I haven’t run WINE on my setup for months and really don’t anticipate that I will either…
For personal use, no need to run ms stuff. But there are certain situation you have to. I like the argument,
“Wine/Codeweavers will help increase linux’s user base and in the long run force big commercial companies have their products natively ported to linux.” (I can’t remember the exact words)
So I think WINE and CODEWEAVERS do a great great job.
But you forget that wine isn’t only wine but also toolkit which allows developers to reuse big parts of their windows code (like acrobat reader 7), thus they will more likely port their application to linux.
From http://www.winehq.com/site/myths#slow
“Myth 1: “Wine is slow because it is an emulator”
Some people mean by that that Wine must emulate each processor instruction of the Windows application. This is plain wrong. As Wine’s name says: “Wine Is Not an Emulator”: Wine does not emulate the Intel x86 processor.”
And yes, if we want linux to be widely adopted we need WINE. The main reason holding people in the Windows land is the applications. Once there is a way to run Windows apps on linux reliably, it will be much easier to pursuade people into switching to linux, causing linux userbase to grow. Once linux userbase grows large enough software companies will take notice and start writing native linux apps.
Fair enough,
But, repeat after me: W.I.N.E. stands for
W ine
I s
N ot an
E mulator
It is an implementation of the Win32 API for linux. So applications running through wine are running on a native linux win32 API.
The uglyness comes from the fact that are numerous undocument Win32 APIs (Internet Explorer is one of the worst culprits for using undocumented win32 APIs).
So you are absolutely correct that Native applications will run better, and if a vendors is serious about Linux/Mac Os they should port their software.
Kudos to the wine team, it is fantastic to see them get to a Beta release. Some software works great, and has for a while, i.e. try Photoshop amazing to see it work on linux.
I started using Linux about two years ago. At that point, there were too many applications that didn’t have adequate native Linux alternatives, and Wine was not mature enough to run everything I needed. I simply couldn’t get everything done without going back to Windows (or Mac) occasionally.
Things have changed significantly. Example: there were far too many web sites incompatible with Mozilla before Firefox started getting some traction and attention. I simply didn’t bother with some sites if I was in Linux. Now, an incompatible site is a rare annoyance, but if I have to I can often run IE in Wine (which didn’t work so well a couple of years ago).
Firefox still isn’t used nearly as much as IE, but it has changed the internet for the better. Most people will use mostly or completely native applications, but if Wine allows Linux use to grow that is a good thing all around.
Wine is no more an emulator than the Win32 subsystem in NT is an emulator. The largest distinction is that Win32 is typically implemented in terms of POSIX primitives when possible in order to leverage existing code and provide portability.
show me the native linux project management software that even comes close to MS project running under wine
it shouldnt be so hard, MS project sucks on windows, its even worse under wine… yet no such software exists.
until all the niche, and some not so niche, software has native linux equivalents wine will always have its place on a linux desktop
what i look forward to seeing, is wine for OSX86 after Apples intel transition
yeah, you’re right. If you’re not insterested in wine, the world shouldn’t too…
What are you doing here ?!
12 YEARS and only just entered BETA stage…
macromedia MX 2004 it is supported ? or macromedia studio 8 ?
If I can get Adobe Audition and Timetrax (XM Radio recording software) to work reliably in Wine, I could probably convert one of my machines to Linux. I haven’t tried Crossover since v3 (which was pretty sub-par), so I’m sure the compatability has gotten better.
Have you looked at Ardour? It’s UI is a bit quirky (at least for people like me, who have never used Protools), and it uses GTK1, so it’s kinda ugly, but it definately has a lot of potential. It really has improved a lot lately.
Of course, as always with these things, it might or might not suit your needs, but it’s at least worth checking out (and if you do, make sure to have a look at the manual, that can save a lot of confusion).
Have you looked at Ardour?
Seems to me that this is more of a Cubase alternative than one that specializes in sound editing. But, I’d be willing to give it a shot, if it isn’t too much of a pain in the ass to install, and didn’t suffer too much in the usability department. Do they have a Live CD like Amarok does?
Take a look at Wired.
The website is currently underconstruction and a new one is coming soon so you need to go to the forum to download the CVS version. You can also wait for the 0.2 version later this year :O
http://bloodshed.net/wired/
Audition is only good as a single-track editor, but damn good too. If I were you I’d take a look at Rezound for gnu/linux: http://rezound.sourceforge.net. There’s also good tools to use in combination with it, like Gnome Wave Cleaner and the Jamin mastering tool.
i still can’t get dvd decrypter to see any dvd devices on fc3 using wine-0.9 (from source).
dvd shrink sees the drive but errors “drive not ready”.
this is in nt40 or win2k mode.
To know if an app is reported to be working under Wine, just visit the AppDB: http://appdb.winehq.org
DVD Decrypter: http://appdb.winehq.org/appview.php?versionId=2587
DVD Shrink: http://appdb.winehq.org/appview.php?versionId=2230
So, does it run pspice yet?
Here’s to the next 12 years!
Seriously, this is a huge acheivement on the part of the Wine developers! Well done!
Wine developers have made some great strides over the last year. The developers are hammering out the biggest issues with the most commonly used applications, but the more progress they make, the better all applications become. One particular program that I require was practically unusable a year ago. It only has some slight quirks now, and it’s a rather obscure program.
Twelve years may seem like a long time to reach beta, but they’ve also been shooting at a moving (mostly undocumented) target. With some of the latest code added to Wine, it should be much easier for the developers to polish up their work in the future.
So no TRADOS 5.5 on Linux ๐ And Word hangs when Trados template is loaded… well, back to XP for work then ๐
will this mean a corresponding push in ReactOS development?
My two wishes are these:
1) Wine actually start ACCEPTING Solaris patches which allow wine to work on it.
2) Codeweavers to officially support Solaris as a platform.
3) Support for Adobe Creative Suite CS2, and if possible, Corel Painter IX.
Got those three working, there would be ALOT of happy people out there – me included with that group.
You and the three other people who use Solaris on x86.
What is so bloody hard about accepting the patches from volunteers?
So linux users hate Windows and Microsoft and yet they use Wine to run windows apps. So typical.
No wonder they don’t have jobs and don’t pay for anything. Must be nice living with mom and dad without having to buy anything. I wish I could do that. I could save a ton of money.
So you actually envy the people you mock? This is so sad.
that WINE hits v1.0 before august 2006, ready for inclusion in the big-three distros for their autumn release.
bring it on Vista.
Wine would be great if you could install stuff without having to set 3 cmdline switches and doing the proper DLL overrides custom for each program you want to run. And now that Wine uses the windows registry for all settings it’s not as easy to figure out what’s going on and change settings as it was before. I tried 3 programs and none of them could finish the install process. That’s the way it’s always been for me. Supposedly this release was supposed to fix that, but for me it’s the same story, and it’s why I can’t use Wine.
If you still have installer that doesn’t work, please just submit them into bugzilla and they will be taken car of: http://bugs.winehq.org
As for the configuration, it is much easier to configure wine now with winecfg and regedit. You have an up-to-date documentation as well: http://www.winehq.org/site/docs/wineusr-guide/config-wine-main
If you don’t know where to find the registry keys, look at this page which has a comprehensive list of all used keys: http://wiki.winehq.org/UsefulRegistryKeys