Wine 9.0 is now available
Wine 9.0 is now available

Wine 9.0 · wine / wine · GitLab

Wine 9.0 is now available
Wine 9.0 · wine / wine · GitLab
Finally, a version that rhymes.
Wine is not an emulniner?
A truly fantastic update for our times!
Finally, native Wayland support! Looking forward to when proton is updated with this. Good job to all the developers!
Ooo, native Wayland support, now only about half my software will be running through xwayland once Proton is updated as well.
Dont hold your breath. It’s just initial support. It’s still opt-in and I can’t see Valve using it with Proton by default unless they start supporting native Wayland clients in Gamescope
Wine nine you say? 🧐
They should have code-named this release "Brooklyn".
WINE NINE!
Wine-ine-oh
Sorry if this is a dumb question, I’m still very new to Linux. I have Wine 8 installed, currently just to run one application for one of my games. Should I bother to update to 9 if my current setup is working? I’m still adjusting to the FOSS environment and haven’t quite figured out whether or not I should always update to the latest and greatest just because I can.
If it works and you are still figuring things out, I suggest not taking specific action right now. Use your package manager to keep your system up to date and it will deal with this in due time.
A lot of the time the version of wine will cause issues with the application, so if you have something working, stick with it.
It would be worthwhile to look into a wine prefix manager like lutris or bottles for gaming. Regular apps can benefit also, but I am not up to speed on anything not for gaming.
Thanks for the advice! The application I’m using in Wine is Elite Dangerous Market Connector, nota game itself but a small helper app for the Elite Dangerous game. According to the git page, you can get it running from source with Python, but I wasn’t quite skilled enough to get that working.
As far as my actual games go, those seem to all run fine through Steam/Heroic Games Launcher with Proton GE edition, which as I understand it incorporates Wine somehow…? I’m not sure of the specifics, but I assumed Wine in that context would get updated with Proton eventually.
The fact that I don't have to deal with lib32-gst-plugins-ugly/bad/ect is amazing, but I'll have to keep 32 bit libraries for Team Fortress 2 and other online Source games.
Should I not be playing the native Linux version? Or am I just an idiot who doesn’t understand how the game works?
Pretty sure TF2's VAC only works on the Linux version, otherwise it kicks you out when you try to join a match.
linda belcher alrightttttttt
🎉🎉🎉
Yet another major release that fails do support basic Win32 APIs available since Windows 95 properly.
🎉🎉🎉
Instead of leaving snide comments like this, you can use your head to open up an IDE, implement the features you want, and make a pull request. Keep it to yourself
Oh no, how dare he have higher standards!
It's a miracle we have wine at all, reverse engineering an entire operating system isn't easy. Be grateful for what we have (which is already enough to run a ton of software really well)
reverse engineering an entire operating system isn’t easy
Have you noticed the the NT / Windows XP source code was leaked years ago. There's isn't much of a need to "reverse engineering", it's just about reading their implementation and providing an alternative implementation that doesn't copy code...
There is nothing "worth" running in wine, but it is good to know it exists, just to spite those choosing binary blobs.
How about this then. While your neighbors are using wine, it attracts more commercial attention to develop the open source projects that you do actually use. It's so impactful that you measurably benefit directly from its contributions, like optimizations to the Linux kernel.
You don't have to agree with it, but you cannot deny the increased investment in open source projects it causes.
For a painfully blatant example see: Steam Deck.
Also for the binary blob purists, how do you feel about all that closed source firmware underpinning your pure world? Isn't it practically impossible to get completely open source firmware down to the silicon? And even then, do you trust the silicon? Are you running everything on FPGAs?
Dunno fam, I like LAN partying 2001 games with old friends during our biannual meetups.
🦀🦀🦀
So in the future no need to install 32 bit packages of wine in a 64 system??? 👀
Correcto. Which means Steam will probably drop 32 bit libs soon. Which means Ubuntu will stop shipping 32 libs. The era is truly coming to an end
Come on Steam, show those 32-bit libs the door!
Not the political kind. The shared object kind.
Ok but now I am curious what the difference between 32 and 64 bit liberals would beX86 to arm will become easier with this as box64 could handle everything now
Does this change run the 32-bit .exe using x86_64 instructions? From the description it just sounds like it allows 64-bit Linux libraries to be used in place of 32-bit ones, but that the Windows layer still operates in native 32-bit mode. This means there is still a need to emulate 32-bit x86 instructions which I don't think box64 can do at this time (x86_32 translates to arm32 with box86, x86_64 translates to arm64 with box64). If box86 could translate x86_32 to arm64 then this might work as Wine would handle the conversion between 32 and 64 bit addressing and argument passing into the libraries but I'm not familiar with the inner workings there.