Apps That Officially Support Wine
David Gerard writes "Wine (the Windows not-an-emulator for Unix) runs Windows applications more often than not. (Certainly more often than Vista does.) Dan Kegel on the wine-users mailing list/forum has started gathering apps that declare Wine a supported platform. And there's now a Wine Support Honor Roll page on the Wine wiki. We need more apps that work with Wine stating that they consider it a supported platform. If you write Win32 open source or shareware, please open yourself to the wider market!"
There are probably more Vista users than Wine users, so I think the summary is inaccurate.
-]Phreak Out[-
Hopefully game developers will soon realize they're missing out on a potential market.
How many developers want to put in the extra effort for a 0.1% wider audience? And consider the Linux crowd has the "free (as in beer) software mentality".... so I figure an even less percentage sales increase.
(ducks and covers)
See my journal for slashdot ID's by year. Mine created in 2005. http://slashdot.org/journal/289875/slashdot-ids-by-year
Turbotax, quicken, photoshop, quickbooks claim it on their boxes?
Chair manufacturers wouldn't be able to keep up with demand!
Most if not all of the apps already mentioned have native Free equivalents that are as good, if not better. Specifically, the majority seem to be DVD or MP3 programs, which are already heavily targeted. Although, more officially-supported WINE apps is certainly good for regression testing the codebase.
...because it's always a work in progress. We in the Linux world appear to always be "chasing" a prize that can never be caught.
I applaud the programmers in this effort though.
Neat! 16 apps! One I've heard of, and there are tons of replacements for it on every platform (utorrent). Looks like a fun project, though!
I know you Richard Stallman fans dont approve- but if wine were all encompassing- if it could run more or less anything that windows could- and if it were built into a distro- linux's market share would SKYROCKET. Not being able to run some windows apps is the reason 90% of windows users out there dont use linux.
If this were the case- it would allow a transition period for application developers to gradually switch over to coding for linux nativly, and eventually windows could be the one you'd need an emulator for.
They'll be serving snow cones in hell before Adobe releases Photoshop for Linux. Adobe wants $$$$$ for its products. Linux users, by and large, want their OS and apps for free. The two concepts don't mesh well, and the suits at Adobe know that.
You can already run Photoshop CS4 on Unix, and I mean the real deal (http://www.apple.com/macosx/technology/unix.html), not imitation Linux Unix.
"Not to mention all the idiots who use words like boxen."
Anonymous Coward on Monday August 04, @06:49PM
I reckon the core of this is more and more realizing the future is diverse when it comes to operating systems. Already some run Microsoft systems, while others run Linux distros or other systems. Coming out with Wine as a supported platform can mean that when a company or person decides to switch to a Linux based system that person know that they can chose one of their familiar alternatives and that it will run under Wine. This not only helps make it easier for certain people to make the switch to a Liunx system it also gives the companies that declares Wine a supported platform with an "early" in; into what promises to be a bigger marked than most of the old guard within Open Source might accept or realize.
While there might be free alternatives certain companies and organization isn't looking for free. They are looking for function and more importantly; support.
The Long Now Foundation
Until the cost of producing the software, is dwarfed by the income from it, it's not going to be very likely, you might fine if they did do it, they'd have to staticly compile the whole thing, and it'd make the windows and mac versions look "lite" compared to it.
Wine is a cool project. It's even useful, but it isn't nearly as compatible with Windows or DOS aps than Vista. That's just stupid. This is yet another story that leads me to suspect that kdawson is an idiot.
I like my beverages with warning labels!
> runs Windows applications more often than not. (Certainly more often than Vista does.)
Maybe this occasions releasing Wine on Windows itself ;)
I really really dig their web design. :) Been a while since I visited the site, so the current design is new to me.
My computer is a tool. Software is my job, not my religion. If I can increase my productivity or otherwise enjoy life better by using a win32 binary in wine rather than a Free version which may or may not be available, I'll use wine without even feeling guilty. Ahh, true freedom.
This author takes full ownership and responsibility for the unpopular opinions outlined above.
Wine is for those who are addicted to non-free software.
Some people manage to give up their addiction by going cold turkey, others need to ween themselves off it, different methods work for different people.
If people need to ween themselves from their non-free software addiction then their is a need for wine, dont you agree ?
An operating system emulator is supposed to support apps, not vice-versa.
The list should be titled, "Apps That Wine Officially Supports." And it doesn't look good to have that list be so small.
Just as long as it doesn't distract the wine devs from what's really important to the linux community: Making sure World of Warcraft runs smoothly. Keep up the good work.
if this is the case, wouldn't it be easier to make an OSX emulator and run mac photoshop under linux?
is there a MAC-WINE out there?
-I only code in BASIC.-
For anything written using Cocoa, there is GNUStep.
"Not to mention all the idiots who use words like boxen."
Anonymous Coward on Monday August 04, @06:49PM
This is not a knock on Wine or Wine developers. Hear me out.
Applications develop to a platform. While Wine is technically a platform... it's raison d'être is to emulate the Windows platform. So... asking Windows developers to support it is essentially double-think. You're writing to the emulation platform and not the platform it's supposed to be emulating.
For arguments sake lets say the Redhat or the Debian group came out and said they were going to recognize applications that ran on the Linux 2.4 or 2.2 kernel. The immediate question would be... why? Why are we writing to this standard instead of the current 2.6 standard?
Like I said... this is not a knock on Wine. More and more apps are running on it everyday... which means they're meeting their goal of emulation. Rewarding programs just b/c they don't exercise the full windows API is a step backwards.... for everyone. Recognize the companies that step in and fill the gap so their programs do work. Recognize progress not stagnation.
I'll stick with Windows, where Photoshop recognizes and uses the 16GB of RAM on my desktop.
Wine stands for "Wine Is Not an Emulator"
*DrugCheese rants*
http://www.dmng.ru/seisview/seisee.en.html
I think you'll find a lot of other scientific software is also designed to be cross platform in that way.
There is also some commerical software which is cross platform from dotnet to mono and has official linux support - but I can't give you an example which is paticularly stable on either platform. I really don't know if the blame can be laid on dotnet or the developers using it - and mono is playing catchup which adds in a few more quirks (libexif as a dependancy to run purely text based stuff?).
Whomever modded you troll obviously never tried getting win98 apps to work on XP, or an XP app on Vista ...
Then you get the inhouse app that everyone has to have which requires MS Access or whatever VB is these days (broken java?). Instead of an expensive mass migration back to MS Windows due to somebody not having the skill or foresight to put a web front end on their oversized macro you can probably get it going under wine.
Troll!! It was supposed to be funny! Oh well first Troll modding FTW!
# cat
Damn, my RAM is full of cats. MEOW!!
I agree. I think it would be more beneficial to get these apps either ported fully to Linux (using the native toolkits or WineLib; take your pick), or have them work with the Wine developers to document flaws in their library implementations and help patch it up.
Having dabbled on Wine a looong time ago (I think my last contributions were in 96 or 97?), let me say that this is a very difficult problem to solve. It's easy to get the first 80% done, but the last 20% can be maddening. Trying to bridge between two different rendering models isn't easy, either -- things as simple as drawing a line can have surprising differences in Win32 vs. X (like whether that last pixel is drawn or not!).
I was at the credit union today waiting literally hours for a banker-type person to do their job. On the table, a CU industry magazine. I picked it up and started flipping through it. (Interesting how every article followed the same exact business-like structure and format, no matter what the topic.) One of the ads was for some kind of "check transport" device. The thing that zips your check through a U-turn and puts a timestamp or something on it, I think. At the bottom of the ad in big bold letters was the statement:
I was floored. I got that same feeling as the first few times I started seeing World Wide Web URLs pop up on billboards and on TV commercials. Or when random people would find out I was a computer nerd and ask if I knew that Linux program (pronounced with a long 'I').
Put simply, these things teach me that just as there was not really a definitive "year of the Internet," there won't be a "year of Linux" either.Linux's growth has and always will be slow but steady. The nature of software and the I.T. marketplace will demand that more and more software be portable, available, and just generally flexible. That software which isn't will be replaced by that which is. These are a few of the cornerstones of open source after all, and the proprietary vendors would do themselves a favor to realize this for themselves.
who's got a 64-bit operating system?
not me, that's who!
Agreed. For instance, ies4linux. I love the fact that I can run IE 5.5, 6, and 7 concurrently to test web apps and make sure they run right. This doesn't hurt Linux at all. It makes it more attractive to people that have to test with IE. My only other alternative is to run Windows in a VM, which requires purchasing a Windows license.
I believe the word you are looking for is
WOOOOOOOOOOOSSHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH.
If you don't put a large bare foot next to it or it doesn't follow a well established pattern of humor (eg Soviet Russia), it cant be funny.
I want this account deleted.
Why would they have to statically compile it? Adobe is a fairly big customer of the Qt toolkit, which most distros have dynamic libraries already installed (or at least in the repository). Photoshop is an image editor where they are mostly just modifying memory, they shouldn't need to write much (if any) platform specific code if they did it properly (although being a legacy app that's not very likely at this point).
I think you meant to link to: http://forum.winehq.org/viewtopic.php?t=3375
true freedom.
No.
Freedom is a multidimensional thing. It's an element of {0, 1}^n: the freedom to do thing 0, ..., the freedom to do thing n.
Only using free software means you abstain from exercising freedoms k..k', in return for having freedoms 0..3 with regard to all software you use.
Whether you value freedoms 0..3 more or less than k..k' is an individual value judgement, and you're free (heh) to make that value judgment on your own. And there is no correct, true value judgment, only individual choices.
what am i missing here -- isn't the ENTIRE POINT of wine supposed to be that apps can run on it without having to specially support it? bizarre. an emulator that needs developers to target it for it to work isn't doing its job... (sure, i know most apps DON'T have to target it, but then that renders the whole concept of this list completely redundant!)
i do. 64bit ubuntu 8.10, 64bit windows 7 and everything works. all the 32bit stuff on windows just keeps on rolling without giving a damn, and all the 64bit stuff breathes a huge sigh of relief and relaxes into a 6GB memory space. performance is up across the board. drivers were available for everything. (and the adobe 64bit flash plugin worked seamlessly on ubuntu) the real question is why are people NOT running 64bit systems? i don't get it...
32-bit processors might have something to do with it. Or getting your money's worth out of the computers we already had.
I thought the call to support Wine as a platform to be a bit retarded as well. If from the very start of development you consider multiplatform, its just easier to really write and test for multiplatform from the get-go, rather than relying on an emulator.
You have entire frameworks and languages that are multiplatform ( .NET , Java ) and then for C++ you have myriad of OS abstraction toolkits for all your programming needs, from basic opsys level abstraction ( Boost, POCO etc etc ) to crossplatform UI, 3D and audio tools.
There is simply no reason why for a new project you would have to target Wine as a platform, unless you still think that MFC, ATL or COM is the greatest thing since sliced bread.
Ok, for apps that are legacy codebase paying attention to Wine might make a bit more sense, but then its perhaps easier to spend that effort not rewriting parts of your application to work with Wine, but to improve Wine to support your existing app better.
http://validator.w3.org/check?uri=http%3A%2F%2Fwww.slashdot.org Errors found while checking this document as HTML5!
That "Wine-Is-Not-an-Emulator-but-the-name-sure-sounds-like-it" thing is getting awkward... Why don't they start calling it "Wafl" or something? Being the acronym of Windows Api For Linux it's less confusing. Plus, it sounds like something delicious!
Story hereby tagged "troll".
Yes, I've seen the "comparison" done by osnews or whoever it was. Its an extremely skewed crock of shit.
I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
I wonder if this is the same Dan Kegel that did the netcode for the Mechwarrior 2 series??? Sharp cookie that one is ......
*--- Sometimes a majority only means that all the fools are on the same side. ---*
I went to their website, but I couldn't even find a Windows port. That's so lame, if we want people to use open source software, we need to port things to Windows. Useless, I say, useless.
Actually for music production under Linux, Reaper (http://www.reaper.fm/) is currently the recommened application. It is the closest alternative to digital audio workstation DAW products like Cubase on Linux.
The other two programs would be Rosegarden and Ardour. Both don't cut it yet. Ardour is closer than Rosegarden, but I heard that the developement is more a one man show and the developer uses outdated concepts.
So for music production this is not obscure at all.
It's nice to have little logos on the software box. it makes the app look profesionnal and endorsed by someone. goes well with the little penguin, vista logo, xp logo, and daemon :D
Spotify officially support WINE and it runs with WINE almost as good as running it natively in Windows. When using desktop effects (Compiz/KDE4), maximizing the window is buggy and there are no window shadows but other than that it runs great.
My other account has a 3-digit UID.
I ran 64bit for awhile. No real benefit with plenty of extra problems. Of course I don't have more than 2GB of memory either. One of these days 64bit will be mainstream, but for now it's not worth for the normal user.
We hope your rules and wisdom choke you / Now we are one in everlasting peace
Many people will be in possession of an Windows XP CD of some sort, seeing as it has been out for 8 years so far.
Yesterday I decided I wanted to play Sim City 3000 again, but my main computer is Linux, and I was also doing work in it at the same time. I looked at the Wine compatibility site and it wasn't compatible. So I found my old Windows XP Professional CD, installed VirtualBox OSE from Ubuntu's package manager, and installed Windows. Worked a treat. NoCD patch? Create an ISO of the game image and mount it within VirtualBox (have yet to try this)... The level of integration is brilliant, once you install the guest tools. And thus I managed to play Sim City 3000 happily soon afterwards.
Now I know it would suck for modern games because of the lack of hardware accelerated 3D, but it's perfect for running apps and older games. Which is more than can be said for wine, in which I installed a simple text editor in which the text turned out to be oddly spaced.
... If you write Win32 open source or shareware, please open yourself to the wider market!"
If you write Win32 open source, consider writing your code to an open API instead of a proprietary one instead. Open systems are at least as important as open source.
I enjoy online Poker and the *only* poker client that works under Wine with Linux is Party Poker. And I've tried a lot of clients. So they get all my money! They are really missing a trick though as their download page doesn't mention this. They could get some geek cred and loyalty by putting a "Linux/Wine friendly" badge on the page.
Phillip.
Property for sale in Nice, France
Do you think the lord of GPL is good?! Yeah!
And do you think the M$ is wicked, bad and a deceiving devil altogether?Yeah!
Should we, defenders of the faith of the saint Ignucious, be merciful on the sinners which are still in the claws of the cursed M$?Yeah!
Then why, I say, why do not we let our brothers and sisters end their misery?
End it, by pouring the blood of JC* onto the Vista.Yeah!
And thus they, our brothers and sisters, will become able to unfold** the scrolls*** which were forbidden by the tyrant Vista?
One merely must deceive the evil and to allow the holy scroll of the blood of JC to unfold onto the Vista.Yeah!
Let the lord bless you and let he bless the united states of America. Amen.
I hadn't the slightest objection to his spending his time planning massacres for the bourgeoisie... (P.G. Wodehouse)
I disagree. I love Linux for it's pragmatic uses as well as it's freedom, but I'm not going to let Open Source philosophy rule my software decisions. If something is worth the money, I don't mind paying for it, even if my OS was free. I saved money on my OS so I could afford other things, if those things include software, then why not?
When single shines the triple sun, What was sundered and undone, Behold! The two made one! ~Rubbs
Seriously lame list.
First thing you'd do when initiating that page would be to plug "System requirements Windows WINE" into Google and start wading through results. I know my apps would certainly be there somewhere (I make a point of testing against Windows 98-Seven, WINE and ReactOS).
You want to help those of us in the business world migrate towards linux?
Get support for the .Net Framework built into Wine. From what I understand, it does decent with .Net 2.0, but I couldn't get it to install .Net 3.0 to save my life. We have lots of proprietary apps here that require .Net X to even install.
As long as I can enjoy World of Warcraft on Linux (apart the new cool shadows -not implemented by Blizzard on Windows OpenGL) I think WINE is great. I know a lot of people that did the big jump because of this. Cheers,
1. What does the first link have to do with the article? Perhaps a mis-paste?
2. Great! So where can I find a list of requirements for making my app WINE-compatible?
A couple of quick google searches did not turn up any such information. While it would be great to make windows apps "WINE compatible"... until they make it clear /how/ to do that, don't expect too many people to jump on the bandwagon.
If these developers "support" Wine then they should recompile their apps with WineLib instead of saying "see, someone else made our app work on Linux - aren't we nice guys?"
I bet you just buy clothes because you like them. You can't be bothered with all that stuff about child labour being used to produce them.
So just to be clear here, you're seriously drawing a moral equivalence between closed source software and sweatshop labor?
I wish I were as sure of anything as some people are of everything
I think you're an optimist. What I see happening is that because a company has managed to get an app to work with WINE, the impetus for creating a native Linux version disappears, and any port or recreation projects get canned. They use WINE instead of creating a Linux version, and as an excuse not to do so.
Google Picasa and World of Warcraft are excellent examples.
Again, WINE is just a band-aid, and not the solution. In many cases, the presence of WINE has hampered Linux development, because companies and lazy users are content with running the Windows app instead of a native app that can take full advantage of Linux.
because porting a windows only app takes a huge amount of effort whereas co-operating with wine as to what bugs are your programs and which are wine bugs take much less effort.
The program working is far more important then if it is native or not. It's a pathetic goal as a native build doesn't guarantee quality over an application running via wine.
OK, I stand corrected on uTorrent. (I'm probably the only Slashdotter who doesn't do P2P.) But I have to wonder why anybody would go to the extra hassle of running a Windows torrent client on Linux when there are so many native Linux clients.
My technical writer semantic inconsistency monitor just cut in: "P2P client" is a contradiction in terms. But "client" is the word everybody uses. I guess "torrent peer" sounds like place you go fishing for salmon.
i understand your arguement and at one time i used to agree.
but in hindsight, as projects like Wine or Reactos have evolved and improved,
MS has been forced to constantly tweak and change their so called standard win32 api.
it has been a moving target.
now by companies and projects officially supporting Wine,
the open source community have taken control of the standard.
write once and run anywhere.
they've taken the Embrace and Extend system MS has used against everyone else and turned it on it's ear.
call it, Embrace and Define.
it may not be a perfect solution, but this is what happened with Unix. now Unix is an accepted open standard.
Thank you for that, now I need a new keyboard! Yerg... typing through coffee mush.
Cheers!
"What in the name of Fats Waller is that?"
"A four-foot prune."
OSX + Adobe combo is 90% Aqua, Finder, and Quartz and 10% Unix. Most Mac users couldn't grep their way out of a wet paper bag...so enough with the "Mac is Unix" bullshit.
THL phish sticks
I looked for a version of Wine for Windows to support legacy applications and apparently they don't make a built for Windows. That sucks.
David Fotland's Many Faces of Go v12 runs under Wine (or at least CrossOver) pretty much out-of-the-box. There is one minor cosmetic issue with shadows under the go stones, but that's it. And, courtesy of the new Monte Carlo algorithms, it can whip your butt on a 9x9 board playing at 3 dan (!) which, until last year, I'd have thought was impossible.
``Tension, apprehension & dissension have begun!'' - Duffy Wyg&, in Alfred Bester's _The Demolished Man_
I use DVDFab to backup disks that are not supported by Linux tools in the Ubuntu Repo's... however it's 'Official' wine support is sketchy at best.
I can do a full disk backup... but nothing else. I can't even change the application settings from within the application because the settings page won't allow me to navigate.
I say, that if developers add their names to this list, their software should be on par with the same software in a windows environment.
Sometimes the best solution is to stop wasting time looking for an easy solution.
> About mac-wine ? I did look for this once, and it's not so obvious, since it's less documented than win32 is Some hints: http://rzr.online.fr/q/macos
-- http://rzr.online.fr/
That first link points to a random article about a user asking for help with Office 2000 in wine. Is that really relevant?
:(){
But it's not bullshit. Mac OS X is certified as Unix by the Open Group. That means it includes everything a modern Unix should include. For all intents and purposes, it's as much Unix as Solaris is, while Linux isn't Unix at all.
"Not to mention all the idiots who use words like boxen."
Anonymous Coward on Monday August 04, @06:49PM
And they know even better that each Photoshoper going on linux with no photoshop is one more likely ex-future user. The GIMP isn't perfect, but people jump ship to it, so there is something. Just sayin'.
I know tobacco is bad for you, so I smoke weed with crack.
That's source and not binary compatible, and not formally aiming at any sort of usable compatibility, just imitating the ideas (good ones, too). Also, there are a myriad of other APIs GNUStep does not cover - the whole damn Quartz stack, for instance. For the uninitiated - it's sorta like DirectX + X.org + Compiz Fusion, from a functionality standpoint.
I know tobacco is bad for you, so I smoke weed with crack.
It's most important bits, the non-Unix specific graphical and media stack are proprietary. GNU + X.org + Qt + Compiz ain't, and they run on both Solaris and Linux. And the *BSDs. Heck, even Plan 9 has X.org hacks for it. =P
I know tobacco is bad for you, so I smoke weed with crack.
But it also ships with all the Open, Unix graphical and media stacks. In fact, it now ships with Xorg. QT (available on OS X too) is not part of the Unix specficiation, nor is Compiz. He said he wanted Photoshop on Unix, that's exactly what Photoshop for OS X is.
"Not to mention all the idiots who use words like boxen."
Anonymous Coward on Monday August 04, @06:49PM