Kdawson appears to finally have posted something that is news, for nerds, and matters. I wonder who stole his password.
-- A bullet may have your name on it but splash damage is addressed "To whom it may concern."
Re:Astounding...
by
Mad+Merlin
·
· Score: 4, Insightful
Are you serious? A release candidate for a random open source project is released, and that's news you care about?
Perhaps if you were paying attention, you'd know that Wine 1.0 has been 15 years in the making. Furthermore, Wine is hardly "a random open source project", Wine reaching 1.0 is a very significant milestone.
Re:Astounding...
by
DuckDodgers
·
· Score: 2, Informative
If you read the website, Wine has some internal APIs it uses. For the previous releases, those APIs were subject to change. From 1.0 forward, they are expected to remain stable.
So from an end-user perspective, the move to 1.0 is not noteworthy as a release. But for developers, you hope that contributing to the project becomes easier with a higher likelihood of forward compatibiliy.
MOO2 runs just fine in dosbox. The DOS version is considered the better one for network multiplayer, too. Now isn't that frightening?
really getting good
by
oever
·
· Score: 3, Informative
Even though using Wine for apps remains a hit and miss, I've had some very good experiences working with it. At work, I'm developing a closed source Delphi application. Even though the full Delphi 2007 development environment does not run in Wine, I can run the compiler and the resulting application which is very complex (lots of COM and OpenGL) runs for 95% in Wine. It's good to know that we can get this working if customers start asking for it.
-- DNA is the ultimate spaghetti code.
If you want to help:
by
Daimanta
·
· Score: 5, Informative
Click on the big alphanumerical hyperlink and download the exe.
Give an alias and run it.
This will do conformance tests on your computer and it is very important to the wine project.
Don't try to do anything usefull while testing since it will do a wide range of things including directX tests which will make your screen display colorfields.
If you get errors or crashes, just click on OK or close. This is part of the testing. I'm sure the people working on the wine project will be very happy with it.
-- Knowledge is power. Knowledge shared is power lost.
Re:If you want to help:
by
JoshJ
·
· Score: 3, Informative
Posting here so I can find the link in my profile when I boot into windows. Please disregard.
For those wondering where the latest data is: in http://test.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
Catch 22 situation
by
dr.Flake
·
· Score: 3, Interesting
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.
-- Why are other peoples sig's always more witty ???
Re:Catch 22 situation
by
SanityInAnarchy
·
· Score: 3, Insightful
I think its mostly because of some "hacks" used by lazy/clever/performance programmer, but therefore very intolerant to a "windows-like" environment. Do you have anything to back this up?
Because Windows itself is incredibly hackish, especially when it comes to backwards compatibility. If Wine was simply striving to be a good Win32 implementation, they'd be pretty much done already -- someone developing an app, from the ground up, to be able to run on Windows and Wine shouldn't have too much more trouble than someone designing a web app, from the ground up, to run in IE and Firefox.
But Wine strives for bug-for-bug compatibility. There are a lot of bugs in Windows, and a lot of apps depend on those bugs.
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???". That assumes something else -- that Windows sticks to the specs. On top of all of the above, Windows doesn't stick to the specs.
-- Don't thank God, thank a doctor!
Microsoft Office 2003 bug fix
by
Anonymous Coward
·
· Score: 4, Funny
Bug fix 13343: Microsoft Office 2003 won't install Great! Finally, I can install Wine without worrying about accidentally installing Office 2003.
Thanks, guys! Great work!
Does Wine work...
by
dargaud
·
· Score: 2, Interesting
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 ?
-Yes, usually. -Yes, usually. -Specific programs don't work, not general categories. -Mostly. Go check out its entry on "appDB.winehq.org" for specifics. -Wine isn't an emulator. For programs that wine works properly with there is no performance hit.
- can you run a windows installer and then run the installed program ?
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 ?.NET ? ActiveX ? DirectX ?
I tried to install a.NET program the other day and it failed at the very end with an error I didn't understand. The program didn't work either.
- 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...
by
Mad+Merlin
·
· Score: 2, Interesting
-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.
Re:Does Wine work...
by
ACS+Solver
·
· Score: 2, Interesting
From personal experience:
- 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.
Re:Does Wine work...
by
SanityInAnarchy
·
· Score: 2, Informative
- can you run a windows installer and then run the installed program ? Integration is fairly good, for a single user. With the standard Ubuntu Wine package, you can double-click on EXEs to run them. Installers work fine, and at least on Kubuntu, they can install working shortcuts to your desktop, and the Windows start menu is under the K-menu, under "Wine" (so I can go K->Wine->Programs->Accessories->Notepad, for example).
- can you do this also if the installer puts some dlls in the windows system directory ? Wine lives in ~/.wine, with a fake C drive at ~/.wine/drive_c (by default). So I don't really see any reason this wouldn't work -- the DLL would go in ~/.wine/drive_c/windows/wherever.
However, drivers won't work, for obvious reasons. In very few instances, there will be a separate project to wrap a DLL for Linux -- captive ntfs, ndiswrapper, etc -- but these are considered workarounds until a native, open Linux version can be written.
- what kind of programs won't work ?.NET ? ActiveX ? DirectX ? DirectX works fine, but won't be as fast as OpenGL. Don't know about ActiveX, but you can run up to IE6 under Wine, and (last I checked) you can use the IE7 engine in IE6 -- and, going the other way, Wine can embed a Gecko engine for when an app requests a web browser via ActiveX (for example, the MOTD on Counter-Strike servers is HTML).
Haven't looked into.NET in awhile. If it's a pure.NET project, there's a separate project for that: Mono. Because.NET is compile-once, run anywhere, like Java, a.NET app running under Mono should do about as well as it does under Windows. Because.NET on Windows is so tightly integrated, and makes it so easy to call out to native DLLs, many.NET apps don't work under Mono, and never will.
I believe there are voodoo ways of combining Mono and Wine, but I don't know how to do that. I don't know if Microsoft's own.NET runtime works under Wine.
- Photophop ? What's Photophop?
Seriously, look it up yourself: Most apps are listed at AppDB, and PhotoShop CS2 is listed as Platinum, which is the highest possible rating.
- How much of a performance hit do you take ? Again, look at AppDB. It depends on the app whether it will run at all, and how fast it will run. Some apps -- even some games -- run faster under Wine than under Windows. Some run slower. Most, especially office apps, have no perceptible difference, so I don't usually care to benchmark it.
For me, by now, the procedure for testing a Wine app is to first, try it on a clean ~/.wine (or set WINEPREFIX -- I actually regularly keep multiple Wine directories around) -- if it works in the simplest way possible, I'll do that. Otherwise, especially if it's a game (and especially if it's a Blizzard game, which defaults to DirectX but can be coerced into OpenGL mode), Google for that app under Wine, and check AppDB.
If I find a workable solution, I use it. Otherwise, I boot a real Windows, either natively or in a VM. I'm not a Wine developer, and I don't want to be.
-- Don't thank God, thank a doctor!
Re:Does Wine work...
by
Bambi+Dee
·
· Score: 2, Interesting
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!
Slashdot Mirror
Spill the WINE and take that PERL.
"Flyin' in just a sweet place,
Never been known to fail..."
Kdawson appears to finally have posted something that is news, for nerds, and matters. I wonder who stole his password.
A bullet may have your name on it but splash damage is addressed "To whom it may concern."
Wait, wait, wait.
Are you telling me that it is now possible to run Visual Studio 2005... IN LINUX?
See ya, Windows! I won't be calling you again. Ever.
Even though using Wine for apps remains a hit and miss, I've had some very good experiences working with it. At work, I'm developing a closed source Delphi application. Even though the full Delphi 2007 development environment does not run in Wine, I can run the compiler and the resulting application which is very complex (lots of COM and OpenGL) runs for 95% in Wine. It's good to know that we can get this working if customers start asking for it.
DNA is the ultimate spaghetti code.
If you have a Windows installation
Go to this page : http://test.winehq.org/data/3c1c6172779510a7ed693d922fb3061948999ea1/
Click on the big alphanumerical hyperlink and download the exe.
Give an alias and run it.
This will do conformance tests on your computer and it is very important to the wine project.
Don't try to do anything usefull while testing since it will do a wide range of things including directX tests which will make your screen display colorfields.
If you get errors or crashes, just click on OK or close. This is part of the testing. I'm sure the people working on the wine project will be very happy with it.
Knowledge is power. Knowledge shared is power lost.
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.
Why are other peoples sig's always more witty ???
Thanks, guys! Great work!
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: .NET ? ActiveX ? DirectX ?
- 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 ?
Non-Linux Penguins ?