Wine 1.1.33 announced
- Gecko now installed at wineprefix creation time. - Better support for certificates in crypt32. - Improved sound support in mciwave. - Some more Direct3D 10 functions. - Many cleanups for issues spotted by Valgrind. - Various bug fixes."
Posted Nov 19, 2009 14:01 UTC (Thu)
by epa (subscriber, #39769)
[Link] (4 responses)
It is odd that Wine adopted the even/odd stable/unstable release numbering scheme years after the Linux kernel dropped it.
Posted Nov 19, 2009 15:50 UTC (Thu)
by dtlin (subscriber, #36537)
[Link]
Ubuntu has separate packages "wine" and "wine1.2". The former is Wine
1.0.1 and the latter is Wine 1.1.31, at least at the present. Similarly,
Debian has separate packages "wine" and "wine-unstable". When you use
whatever package-installation GUI you choose to look for Wine, I think the
stable version (1.0.x) will likely come up first.
Posted Nov 19, 2009 16:04 UTC (Thu)
by mstefani (guest, #31644)
[Link] (2 responses)
Why is it odd that Wine uses that scheme? While the Wine project has some similarities to the Linux Kernel it is fundamentally different in other aspects.
Posted Nov 19, 2009 19:46 UTC (Thu)
by epa (subscriber, #39769)
[Link] (1 responses)
OTOH if you have some Windows app that happens to work with Wine 1.0.x, you
Posted Nov 20, 2009 3:05 UTC (Fri)
by mstefani (guest, #31644)
[Link]
That's one of the fundamental differences between Wine and Linux: you can run fairly easy(*) multiple Wine instances/versions in parallel without them stomping on each others feet. There is no trade-off to be made between "use the latest kernel that supports my builtin WLAN card but breaks my X" and "have a stable X but use an extra USB WLAN card".
(*) Basically use a separate WINEPREFIX for the app and install Wine into that too. Finish it off with a short shell script that sets the PATH and WINEPREFIX environment and the job is done.
Development vs stable series
Development vs stable series
Development vs stable series
EPEL for RHEL5 has wine-1.0.1 too.
Development vs stable series
cope with the latest APIs and applications (not to mention newly discovered
bug-compatibility fixes and obscure behaviours of existing APIs), a 'rolling
stable' release policy might make more sense.
certainly don't want to see it break or change behaviour (even if the new
behaviour has a 70% chance of being an improvement) without warning. So I
can see both sides of the argument.
Development vs stable series