Do you develop on GitHub? You can keep using GitHub but automatically sync your GitHub releases to SourceForge quickly and easily with this tool so your projects have a backup location, and get your project in front of SourceForge's nearly 20 million monthly users. It takes less than a minute. Get new users downloading your project releases today!
Unfortunately, If you look at the AppDb you'll see a lot of apps still not working 100%. F.i. Graphpad prism disappointed me last week. Most of them don't work because of some minor glitz. Before you say, well fix it you stupid, repairing them would introduce new regressions.
I think its mostly because of some "hacks" used by lazy/clever/performance programmer, but therefore very intolerant to a "windows-like" environment.
I hope Wine will get to the point, where it's influence will force programmers to stick to the specifications, as his/her boss is asking:" but will it also run under Wine???".
Ps. I hope the number of RC's will remain below 40.
I have tried Wine a few times without success and the documentation was sparse at the time. It has probably improved, but anyone cares to tell me:
- can you run a windows installer and then run the installed program ?
- can you do this also if the installer puts some dlls in the windows system directory ?
- what kind of programs won't work ?.NET ? ActiveX ? DirectX ?
- Photophop ?
- How much of a performance hit do you take ?
-the performance hit is significant, so don't expect to run the very latest games on WINE yet
There's no inherent performance hit with using Wine, indeed many programs/games run at the same speed (or faster) than on Windows itself. The places where you see slowdown is typically where support is incomplete, possibly causing software fallbacks.
- You can run a Windows installer, that's the normal way of installing software under Wine, in fact. Standard installers work fine most of the time. - You need to override some DLLs for some application - fortunately it's easily done through wineconfig, and the Wine App DB is helpful in specifying settings that improve the compatibility for a certain app. Generally, installers that want to put stuff into c:\windows aren't a problem as Wine maintains a virtual C: drive. - Some.NET apps may actually run natively if you use Mono. I've found Wine.NET support to be so-so. DirectX is well-supported. DX8 is fully supported, DX9 is for the most part. I've played Half-Life 2 successfully with Wine, although for the Episodes, you need to turn HDR off - that's an example of a missing DX9 feature in Wine. Sometimes you may take a performance hit if software fallbacks are required. - Photoshop runs well. In fact, Photoshop is one of the applications that Wine 1.0 is supposed to run perfectly. - Performance is very application-specific. Sometimes they'll run at Windows performance levels or even better. HL2 performed as well as on Windows for me, while Civilization 4 performs somewhat worse, and Oblivion (though it's been a long time since I ran it) performed considerably worse. The small utility applications I often use Wine for run as well as on Windows.
As a user, one of the bigger problems I notice with Wine are regression bugs. It's not uncommon for an app to work well in one version, be very much broken in the next, and so on. It's something frequently experienced with Deus Ex - sometimes Wine runs it perfectly, sometimes it crashes after startup. Wine generally avoids implementing application-specific code to make certain applications work properly, which sometimes makes compatibility difficult.
For those wondering where the latest data is: in http://test.winehq.org [winehq.org], click on the
"Last Modified" column twice, that will bring the latest data to the
top.
Thanks to everyone who submitted data so far! We have enough reports
for XP now, but any other version of Windows would be handy.
Be sure to run this again when wine-1.0-rc3 comes out next week.
With the standard Ubuntu Wine package, you can double-click on EXEs to run them.
This hasn't been working for a while now. Konqueror shows.EXEs as Windows Executables... fine. Wine Windows Emulator is that filetype's Preferred Application... fine. And they run just fine from the context menu, too! Just not with a double-click. Dumps this in the console (for example): "run-detectors: unable to find an interpreter for/mnt/windows/Programme/firefox/firefox.exe"... as though I'd tried to directly run just firefox.exe, without wine.
According to Konqueror, properties for wine.desktop are:
Application: Wine Windows Emulator
Command: wine start/unix %f
Mimetype: application/x-executable, Description: Executable File
Mimetype: application/x-msdos-program, Description: Windows Executable
I removed x-executable from that because, well, it was leading to Konq offering me to run Linux executables with Wine preferably (but again it didn't run Wine for them when double-clicking them). No difference, put it back, no difference, removed it again, no difference.
Just in case you or anyone is reading this and has any idea what can be done here... it's one of several slightly odd annoyances with even a freshly installed stock Konqueror (it's missing its "Go" and "Window" menus, too), and I'm still more than a little lost in its configuration!
Catch 22 situation (Score:4, Interesting)
If you look at the AppDb you'll see a lot of apps still not working 100%. F.i. Graphpad prism disappointed me last week. Most of them don't work because of some minor glitz. Before you say, well fix it you stupid, repairing them would introduce new regressions.
I think its mostly because of some "hacks" used by lazy/clever/performance programmer, but therefore very intolerant to a "windows-like" environment.
I hope Wine will get to the point, where it's influence will force programmers to stick to the specifications, as his/her boss is asking:" but will it also run under Wine???".
Ps. I hope the number of RC's will remain below 40.
Does Wine work... (Score:3, Interesting)
- can you run a windows installer and then run the installed program ?
- can you do this also if the installer puts some dlls in the windows system directory ?
- what kind of programs won't work ?
- Photophop ?
- How much of a performance hit do you take ?
Re:Sweet! (Score:2, Interesting)
Re:Does Wine work... (Score:2, Interesting)
Yes, unless the installer tries to do something that wine doesn't support.
- can you do this also if the installer puts some dlls in the windows system directory ?
Yes. Wine keeps its own windows system directory and applications can put their junk anywhere on the virtual C drive.
- what kind of programs won't work ?
I tried to install a
- Photophop ?
Supposedly. You can look up support for applications at appdb.winehq.org
- How much of a performance hit do you take ?
It depends on the application. For some games there is no difference. For others, they are much slower.
Re:Does Wine work... (Score:3, Interesting)
There's no inherent performance hit with using Wine, indeed many programs/games run at the same speed (or faster) than on Windows itself. The places where you see slowdown is typically where support is incomplete, possibly causing software fallbacks.
Re:Does Wine work... (Score:3, Interesting)
- You can run a Windows installer, that's the normal way of installing software under Wine, in fact. Standard installers work fine most of the time.
- You need to override some DLLs for some application - fortunately it's easily done through wineconfig, and the Wine App DB is helpful in specifying settings that improve the compatibility for a certain app. Generally, installers that want to put stuff into c:\windows aren't a problem as Wine maintains a virtual C: drive.
- Some
- Photoshop runs well. In fact, Photoshop is one of the applications that Wine 1.0 is supposed to run perfectly.
- Performance is very application-specific. Sometimes they'll run at Windows performance levels or even better. HL2 performed as well as on Windows for me, while Civilization 4 performs somewhat worse, and Oblivion (though it's been a long time since I ran it) performed considerably worse. The small utility applications I often use Wine for run as well as on Windows.
As a user, one of the bigger problems I notice with Wine are regression bugs. It's not uncommon for an app to work well in one version, be very much broken in the next, and so on. It's something frequently experienced with Deus Ex - sometimes Wine runs it perfectly, sometimes it crashes after startup. Wine generally avoids implementing application-specific code to make certain applications work properly, which sometimes makes compatibility difficult.
Re:If you want to help: (Score:5, Interesting)
http://wiki.winehq.org/MakeTestFailures [winehq.org]
and
http://wiki.winehq.org/ConformanceTests [winehq.org]
For those wondering where the latest data is: in http://test.winehq.org [winehq.org], click on the "Last Modified" column twice, that will bring the latest data to the top.
Thanks to everyone who submitted data so far! We have enough reports for XP now, but any other version of Windows would be handy.
Be sure to run this again when wine-1.0-rc3 comes out next week.
Cheers,
Jeremy
Re:Does Wine work... (Score:3, Interesting)
This hasn't been working for a while now. Konqueror shows .EXEs as Windows Executables... fine. Wine Windows Emulator is that filetype's Preferred Application... fine. And they run just fine from the context menu, too! Just not with a double-click. Dumps this in the console (for example): "run-detectors: unable to find an interpreter for /mnt/windows/Programme/firefox/firefox.exe"... as though I'd tried to directly run just firefox.exe, without wine.
[Desktop Entry] /unix %f
Type=Application
Name=Wine Windows Emulator
Exec=wine start
MimeType=application/x-ms-dos-executable;application/x-msdos-program;application/x-msdownload;application/exe;application/x-exe;application/dos-exe;vms/exe;application/x-winexe;application/msdos-windows;application/x-zip-compressed;application/x-executable;
NoDisplay=true
According to Konqueror, properties for wine.desktop are:
Application: Wine Windows Emulator /unix %f
Command: wine start
Mimetype: application/x-executable, Description: Executable File
Mimetype: application/x-msdos-program, Description: Windows Executable
I removed x-executable from that because, well, it was leading to Konq offering me to run Linux executables with Wine preferably (but again it didn't run Wine for them when double-clicking them). No difference, put it back, no difference, removed it again, no difference.
Just in case you or anyone is reading this and has any idea what can be done here... it's one of several slightly odd annoyances with even a freshly installed stock Konqueror (it's missing its "Go" and "Window" menus, too), and I'm still more than a little lost in its configuration!