12 comments

[ 5.1 ms ] story [ 34.6 ms ] thread
Anyone have experience with distributing win32 programs for Linux and/or MacOS by bundling wine? I take it that statically linking is out of the question, but I am guessing you could make an AppImage binary for linux that includes wine, and for MacOS you could include wine in the app bundle. I haven't tried either though. I'm interested in this so I can use win32 as a cross-platform desktop GUI library.
I didn't know about WoW64 mode. I remember when trying to install an old windows program I had to install a bunch of 32-bit translation library for audio and stuff. This WoW64 means that I can just simply use 64-bit arch. This is fabulous.

WoW64: https://en.wikipedia.org/wiki/WoW64

> NT system calls use the same syscall numbering as recent Windows, to support applications that hardcode syscall numbers.

Other than antivirus software and maybe MAYBE kernel-level "anticheat" slop - who in their right mind does straight syscalls to the kernel?

Hats off to the Wine team for all the amazing work! Myself and I'm sure many others wouldn't be able to switch to Linux without you. Thank you!
Truly amazing software. I only recently learned that Crossover, which enables running windows software (mainly games) on MacOS, is built on Wine and significantly contributes to Wine Development.
Congrats on ntsync and new wow64 support! Those are two huge features released last year.

ntsync allows efficient and correct synchronization usage that matches logic of Windows and new wow64 allows running 32-bit Windows programs without 32-bit Linux dependencies.

This is all amazing work. Is there a list of applications/games that previously didn't work that now do (like what Dolphin puts out)? I'd love to understand what the improvements mean in a practical sense.
While I agree that it is amazing work, I feel the need to call out the wine team because, as many likely know, a redditor (admittedly of unknown origin, to me at least) felt the need to go to Valve prior to the wine team. Valve, of course, kicked the PR back over to the wine team, which I actually think is fine. The issue, I think, "may possibly" be the wine team.

The PR was well documented, does not initially appear to be related to AI, and it makes a PITA installer work FFS. Further, my own PRs to wine were accepted for less decades ago and are still in use now.

Forgive the rant, however the redditor in question was scared to send the PR to Wine due to politics. That tells me there is definitely too much middle management in an open source project.

Is Wine ever going to be able to run the current version of Microsoft Office? This is the main app keeping people in Windows.
Any chance this will improve Solidworks support?
Every few years I try Wine for whatever app or game and it spits out some obscure error messages I have to Google, and the suggestion is to recompile this or that, after downloading some DLLs from a random Russian honeypot on Yandex.

Is it better now?

In my experience most games that don't use an anti-hack just work (probably around 95%). Occasionally a bit of tweaking is needed.

* Probably the biggest pain point for me are game launchers that use Edge WebView 2. But many games allow you to bypass the launcher.

* For DOS Games run native DOSBox and not the Windows Version inside Wine/Proton

* Install the games on a native Linux partition. Having the wine prefix on NTFS will cause weird issues.

* Use a tool like Heroic Launcher or Lutris for non-steam games. Especially for GOG games.

Applications on the other hand have problems far more often. Some don't work at all, others have bugs and limitations.