Slashdot Mirror
WineConf 2005 Sets Deadline for Wine 0.9
IamTheRealMike writes "As WineConf 2005 took place last weekend, the Wine developers discussed the project's direction and future. A new deadline of September 30th for the 0.9 release was set by Alexandre Julliard -- the release promises to bring an end to the system of monthly snapshots and provide a new focus on ease of use and stability. A new GPLd application regression testing tool called CXTest was demoed, as was some of the great Direct3D work being done lately. Finally the CEO of Gupta gave a talk. Gupta have ported their 4GL RAD tools to Linux by working with Codeweavers (who sponsored the event), and their experiences were documented in a fascinating presentation. Overall: big thumbs up, but it's not obvious enough that there's enterprise-level support available for Wine. Check out the group photo and the new Wiki!"
Call me crazy, but isn't it deadlines like these that cause software products to often be lacking? I might understand if this were a major for-profit corporation who NEEDED a release in order to satisfy their fiscal department, but isn't this an open-source not-for-profit project? Why have deadlines?
Just curious if something like this would be possible, i.e. to have a plugin to VisualStudio.NET that will notify at the time of writing the code whether a certain function exists inside the Wine compatibility layer. The thought behind this would be to get into developers' heads the idea that either not being lazy or rather putting in a bit more effort at the time of writing the code would ensure compatibility down the line and open up more avenues of possibility for their application.
despite having experienced exactly what you're discussing, I would prefer to have a 1.0 focus on API completeness rather than application compatibility.
Application compatibility is a neverending target, however, API completeness is a solid and realistic goal.
No one ever says, 'I can't read that ASCII E-mail you sent me.'
It's about time we got an official release of WINE. I've been getting into Linux music lately and WINE is one of the biggest problems. I'm trying to run freest (a wrapper for Windows VST plugins using WINE), and it is incompatible with the newer versions of WINE. So when WINE goes stable, Paul Davis will hopefully fix whatever's keeping fst from working with new versions of WINE.
Wine is an API emulator because it acts as a "compatibility layer". Linux IS POSIX, but X was never designed to run windows apps. By the same logic, Java is an emulator, but that is not the case. Java apps are "intended" to be multi platform, windows apps are only designed for windows.
BSD's Linux support is a "kind of" emulator, but the ABI's are really similar, and therefore it may be too sutle to be considered an emu.
from here: http://directxwine.sourceforge.net/
Curious what dx9 games people have thrown at it to see what works. Also wondering when these would make it in mainline.
From Wine's web site: Myths
As Wine's name says: "Wine Is Not an Emulator"
I remember reading an article from one of the developers (think it was Tridge) where he was asked if Wine Is Not an Emulator, then what is it. His response was "basically an emulator".
Can I get an eye poke?
Dog House Forum
On the contrary, I've never been able to use wine beyond calc.exe and things like that. I've never been able to run things like IE on XP - call me stupid, I've wasted hours trying to configure it and nothing.