Remix.run Logo
tombert 8 hours ago

Wine is a project that I've grown a near-infinite level of respect for.

I don't know for sure, but I suspect that a lot of the work for Wine is boring and thankless. Digging through and trying to get exact parity with both the documented and undocumented behavior of Windows for the past 30 years doesn't sound fun, but it's finding every little weird edge case that makes Wine a viable product.

The fact that Wine runs a lot of games better than Windows now (especially older games) shows a very strong attention to detail and a high tolerance for pain. I commend them for it.

computomatic 6 hours ago | parent | next [-]

I avoided using Wine (and Linux for gaming generally) for years on the sole basis that I assumed what they were trying to do was impossible to do well. Occasionally I’d try wine for some simple game and be impressed it worked at all, but refused to admit to myself that it was something I could rely on. (This was many years ago and I freely admit today that I was wrong.)

ACS_Solver 5 hours ago | parent | next [-]

Valve's Proton (so Wine + DXVK + some other additions) revolutionized gaming on Linux. I play games both for fun and work, and for a solid 3+ years now, gaming on Linux has been an "it just works" experience for me, and should be for most games that don't use kernel-level anticheat.

owaislone 5 hours ago | parent [-]

I really is impressive. I wish publishers like EA and anti-cheat developers weren't so reluctant to support it. I hope Steam devices and SteamOS gain enough traction to force their hands.

amatecha 4 hours ago | parent [-]

https://www.gamingonlinux.com/2026/03/ea-javelin-anticheat-j...

ecshafer 2 hours ago | parent | prev | next [-]

With Proton especially, which is WINE really optimized with all of the right options and a few other things, I play literally any game on linux and never worry about support. It hasn't steered me wrong yet in the last 3 or 4 years I think.

spoiler 3 hours ago | parent | prev | next [-]

To be fair, early wine (when I first tried it) wasn't very usable, and for gaming specifically. So if you were an early enthusiast adopter, you might've just experienced their growing pains.

Also, I assume some Windows version jumps didn't make things easy for Wine either lol

xattt 2 hours ago | parent | next [-]

The hype/performance mismatch was significant in the 2000s for Wine. I’m not sure if there was any actual use case aside from running obscure business software.

Yes, there was “the list” but there was no context and it was hard to replicate settings.

I think everyone tried running a contemporary version of Office and Photoshop, saw the installer spit out cryptic messages and just gave up. Enough time has passed with enough work done, and Wine now supports/getting to support the software we wanted all along.

Also, does anyone remember the rumours that OS X was going to run Windows applications?

ryukoposting an hour ago | parent | prev [-]

It took some futzing. The crusty PlayOnLinux UI is permanently etched into my brain.

aranelsurion 5 hours ago | parent | prev | next [-]

I remember managing to play Crysis under Linux with Wine and I was SO impressed. Never would’ve imagined one day almost every game would be playable.

vbezhenar 5 hours ago | parent | prev [-]

[flagged]

caconym_ 4 hours ago | parent | next [-]

You seem to have missed this part of the comment you replied to:

> This was many years ago and I freely admit today that I was wrong.

Personally I stopped using Windows for gaming because it literally doesn't work anymore. I installed Windows 11 on my gaming VM and DLSS and FSR were just completely broken, didn't work at all. Couldn't figure it out. Switched to Linux (Bazzite for now) and I have no regrets; the only games that don't work are the dangerous time-wasters (live service games with invasive anti-cheat) that I have less and less time for as I age.

severino 4 hours ago | parent | prev | next [-]

Windows itself is a bunch of hacks, too, so if you think Wine is the same, then it surely looks like a very accurate emulation.

abustamam 4 hours ago | parent [-]

I think very few software can be considered _not_ a bunch of hacks, especially in the age of vibe coded electron apps.

kyorochan 5 hours ago | parent | prev | next [-]

You're saying the opposite of what the person you think you're agreeing with is.

exe34 5 hours ago | parent | prev [-]

I look forward to your conversion 20 years from now.

JKCalhoun 7 minutes ago | parent | prev | next [-]

I was rewriting an old game of mine using SDL2 for release on Steam—had struggled with getting a build target for Linux/Steam Deck.

Man, Wine just worked and I confess I copped out and just delivered MacOS and Windows targets.

RachelF 6 hours ago | parent | prev | next [-]

It is a superb project, and a hard thing to do.

It is a pity that the apps most business people use everyday, like Word and Excel and Outlook don't work in it (Excel 2010 is the last version that has Platinum status). It is interesting that these are harder to get working than games.

coldpie 6 hours ago | parent | next [-]

> It is interesting that these are harder to get working than games.

Games are mostly just doing their own thing, only interacting with the system for input & output. MS Office is using every single corner of Windows: every feature in the XML libraries, tons of .NET type stuff, all the OLE and COM and typelib and compound storage features, tons of Explorer integrations, auto-updating stuff via Windows patching mechanisms... there's almost no corner of the Windows OS that MS Office doesn't use.

da_chicken an hour ago | parent | next [-]

Yeah, people forget that MS Office, and Excel and Outlook in particular, are the real foundation of Microsoft's vendor lock-in on the desktop.

Discordian93 41 minutes ago | parent [-]

Outlook is now basically an Electron app, they've deprecated the old desktop Outlook in favor of a port of the web app to desktop, so it's basically just Excel remaining.

nicoburns 4 hours ago | parent | prev | next [-]

Office used to work well on WINE. It was the switch to a rolling release model that killed it.

usrusr 4 hours ago | parent | prev | next [-]

So that's what's keeping Microsoft from just running WINE on an MS-flavored Linux or perhaps a clean slate kernel as their next OS. I've been wondering for a while, this is by far the best explanation.

bombcar 3 hours ago | parent [-]

The Windows Kernel (and arguably the Windows APIs) are the only good part of Windows; they should dump everything else and run Linux above it; wait they did do that and then changed it to a boring VM.

RajT88 5 hours ago | parent | prev | next [-]

Parts of the OS were designed for Office. (Windows installer service, for example)

vbezhenar 5 hours ago | parent | prev | next [-]

> Games are mostly just doing their own thing, only interacting with the system for input & output.

They should be trivial to port then, no?

p1necone 4 hours ago | parent | next [-]

Yeah but Windows is a more stable api to develop against than Linux (at least when it comes to stuff that games need to do) - it doesn't feel "pure", but pragmatically it's much better as a game developer to just make sure the Windows version works with proton than it is to develop a native Linux version that's liable to break the second you stop maintaining it.

greiskul 4 hours ago | parent [-]

As someone once said it best, Win32 is the only stable ABI on Linux: https://blog.hiler.eu/win32-the-only-stable-abi/

Rohansi 5 hours ago | parent | prev | next [-]

Yes, they are easy to port a lot of the time. Especially now because you can use DXVK to translate DirectX calls into Vulkan, so you don't need to write a Vulkan renderer. Input is sometimes a trickier one to deal with but a lot of the time games are using cross-platform libraries for that already!

Despite all this the Unity engine has spotty Linux support. Some games run better under Wine vs. Unity's native Linux builds. It's Vulkan renderer has had a memory leak for a while now. Input has randomly decided to double keypresses on some distros.

MindSpunk 4 hours ago | parent [-]

The hard part of Linux ports isn't the first 90% (Using the Linux APIs). It's the second 90%.

Platform bugs, build issues, distro differences, implicitly relying on behavior of Windows. It's not just "use Linux API", there's a lot of effort to ship properly. Lots of effort for a tiny user base. There's more users now, but proton is probably a better target than native Linux for games.

simonask 2 hours ago | parent [-]

It’s not really about OS differences - as the GP said, games don’t typically use a lot of OS features.

What they do tend to really put a strain on is GPU drivers. Many games and engines have workarounds and optimizations for specific vendors, and even driver versions.

If the GPU driver on Linux differs in behavior from the Windows version (and it is very, very difficult to port a driver in a way that doesn’t), those workarounds can become sources of bugs.

codebje 4 hours ago | parent | prev [-]

The killer for games tends to be the anti-cheat or anti-piracy layers.

I have a Windows game I can't run under CrossOver (aka Wine 11) or a VM, only because its anti-piracy layer doesn't accept those circumstances.

alpaca128 an hour ago | parent [-]

Meanwhile I had to pirate Dark Souls 1 because Microsoft's own DRM prevented the legitimately purchased game from saving on Windows, and download official no-cd patches for two other games because their DRM stopped working.

The problem with DRM is the DRM.

joe_mamba 5 hours ago | parent | prev [-]

You're onto something but that's not entirely true for all games. There's plenty of vintage games, made before DirectX standardized everything into the late 90s, that don't work well under wine because back in their day, they would try to bypass windows by "hacking" their way to the hardware via unsupported APIs and hooks, to squeeze every bit of performance from the hardware, and also because every hardware vendor back then from graphics to sound shipped their own APIs.

Asmod4n 5 hours ago | parent [-]

You mean dos games, just run them under a dos emulator then.

tombert 4 hours ago | parent | next [-]

Oh, no, before everything kind of converged to OpenGL and DirectX, there were oodles of different things trying to be the next graphics API.

There are the more obvious ones like 3DFX/Glide, but there was also stuff like the Diamond Edge 3D, which used Sega Saturn style "quads".

joe_mamba 5 hours ago | parent | prev [-]

NO, I meant Windows games.

ndriscoll 4 hours ago | parent [-]

90s Windows ran inside of DOS, and you can run e.g. Windows 98 games (through Windows itself) in DOSBox. Look up exowin9x where they're trying to compile all of the necessary configs for one-click launchers.

tombert 2 hours ago | parent [-]

I didn't think that regular DOSBox had support for stuff like 3dFX does it? Or other weird APIs?

I had to use PCem to get support for that stuff.

josh_p 2 hours ago | parent | prev | next [-]

I find it difficult to believe that someone with enough technical knowledge to run a Linux desktop for business purposes in 2026 would be reliant on the MS Office suite. Other people have given plenty of technical reasons for the difficulty. I don't think it’s a useful goal to get them running when practical alternatives like libreoffice exist.

codebje 4 hours ago | parent | prev | next [-]

Steam and CodeWeavers contribute a lot of code to the Wine project, because it underpins their business models of supporting Windows games on non-Windows platforms.

Between them they make up the vast bulk of what actually gets attention and improvement in Wine, and neither one has any interest in supporting non-game applications.

philipwhiuk 5 hours ago | parent | prev [-]

I don't know that they are. It's just there's more incentive to port stuff that has no direct alternative.

rhdunn 7 hours ago | parent | prev | next [-]

Wine has a lot of tests that are run across platforms to check conformance -- https://test.winehq.org/data/. These are a large part of why it has good compatibility.

dingdingdang 3 hours ago | parent [-]

With this exact point in mind: I've recently written a pretty straight forward win32 c implementation of a utility with some context dependent window interactions and a tray icon to help monitor and facility reload of config file.

Is there any way I can use the Wine project to facilitate this compiling and running straight under x11/linux environment as a integrated project that doesn't require the end user to fiddle with Wine? I don't mind bundling shared code as needed. Help appreciated, I tried hard and failed at this endeavour priorly.

RunningDroid 2 hours ago | parent [-]

> Is there any way I can use the Wine project to facilitate this compiling and running straight under x11/linux environment as a integrated project that doesn't require the end user to fiddle with Wine? I don't mind bundling shared code as needed. Help appreciated, I tried hard and failed at this endeavour priorly.

I believe that's what Winelib is for: https://gitlab.winehq.org/wine/wine/-/wikis/Winelib-User's-G...

hxorr 7 hours ago | parent | prev | next [-]

ReactOS also deserves an honorary mention. A lot of knowledge from that project feeds into Wine.

pdpi 7 hours ago | parent [-]

And vice-versa. It's pretty interesting that the two projects haven't kind of merged despite all the collaboration.

badsectoracula 27 minutes ago | parent | next [-]

Wine devs do not want to work with people who have looked at ReactOS[0] (see at the end) so any collaboration is one-way (or by ignoring the guidelines) and the likelihood of the two projects merging is zero.

[0] https://gitlab.winehq.org/wine/wine/-/wikis/Clean-Room-Guide...

MisterTea 6 hours ago | parent | prev [-]

Very different projects so I would not encourage a merge but sharing a code base? I can totally see that being a boon for both and other Windows emulation projects.

Induane 5 hours ago | parent [-]

ReactOS periodically rebases some of it's libraries from Wine.

Kuraj 5 hours ago | parent | prev | next [-]

I guess the silver lining is that the Windows ABI is extremely stable

dhosek 5 hours ago | parent | prev | next [-]

Way back in the 90s when I used OS/2 and running Windows applications required running a fully copy of Windows inside OS/2,¹ I had dreamed of writing something akin to Wine for OS/2, but I lacked the knowledge to do it back then (and still do). I’ve never used it since I never use Linux in a context that it would make sense (for me, as is the case for most Linux users I suspect, Linux is strictly a headless server OS). Apparently Wine is also available for the Mac, but these days I don’t know of a single Windows app² that I would want to run.

1. A frequent debate about the time was whether this was a wise thing to do as it reduced the motivation for developers to create OS/2-native versions of applications. The slow death of OS/2 can be interpreted as both support for those who felt that Windows-under-OS/2 was a bad idea and those who felt that OS/2 was doomed from the start in the face of the Windows monopoly.

2. Largely because I’m not a gamer—when I’ve looked at what it takes, both in terms of hardware and in learning how to do stuff in games, I’ve decided that I’m happy staying that way.

pyuser583 an hour ago | parent | prev | next [-]

There was a time when WINE was iffy. At best.

It’s gotten good and reliable.

Commendations to contributors!

sneak 3 hours ago | parent | prev | next [-]

It’s astounding how badly Microsoft had to fumble their complete and unassailable monopoly on the standard video game runtime (ie Windows) for an upstart like Valve to be able to get WINE/Proton into a place where this is now possible.

The mind reels. They had the biggest moat in tech, and now small shops are easily tossing homemade ladders across the gap. AAA gaming is an industry larger than all of Hollywood, and Windows is no longer a critical component. This is incompetence on an unthinkable scale.

I wonder when and how Excel’s stranglehold will eventually be cracked, and if I will live to see it. Perhaps the new agentic universe will cause someone to finally make the Pixelmator of Excel.

jsLavaGoat 2 hours ago | parent [-]

There are huge swaths of workplaces that run on Google Docs. If you're using features of Excel and PowerPoint that doesn't work on Docs (except maybe fonts), it might be fair to say you're the one with the incompatible doc these days. K-12 education would be one such world.

sneak 2 hours ago | parent [-]

Those aren’t the ones I am talking about. The global economy runs on Excel.

stevefan1999 2 hours ago | parent | prev | next [-]

That's not boring at all. A lot of the works done in Wine can be fed back to ReactOS

refulgentis 7 hours ago | parent | prev | next [-]

I simply wouldn’t have the patience to do what Elizabeth did, for a month, much less years. Really really impressive

alilikestech 5 hours ago | parent | prev | next [-]

With AI, you can automate all the grunt work.

orbital-decay 3 hours ago | parent [-]

AI unreliability aside, Microsoft suing the hell out of them was always a concern. They do clean room reimplementation to insulate themselves from legal risks as much as possible, another incentive is not what anyone wants.

stevefan1999 2 hours ago | parent [-]

Well about clean room, you almost got a haircut due to Google v. Oracle in the Android-Java API dispute

anal_reactor 7 hours ago | parent | prev | next [-]

Yes, Wine is truly a miracle. Once full support for Office is achieved, we should expect huge uptick in Linux adoption.

m463 6 hours ago | parent | next [-]

> full support for office

does microsoft still sell office?

ThrowawayB7 6 hours ago | parent | next [-]

Yes, Microsoft does still sell MS Office 2024 as a one time purchase:

- https://www.microsoft.com/en-us/microsoft-365/p/office-home-...

- https://www.microsoft.com/en-us/microsoft-365/p/office-home-...

tom_alexander 6 hours ago | parent [-]

Outlook is a business exclusive these days?! Outlook used to be included in the most basic version of office back when I still used microsoft office.

dhosek 5 hours ago | parent | next [-]

I’ve only ever used Outlook when forced to by an employer and I find it a dreadful application to use. I would guess that most people prefer something else. I would imagine that most people tend to stick with the default email app on their computer (no idea what that is on Windows as I’ve managed to avoid having to use Windows for 7 years now).

1bpp 4 hours ago | parent [-]

The default mail app on Windows is now called Outlook for Windows, no relation to the Outlook in Office (sorry, Microsoft 365 Copilot), and it's a significantly worse barely functional webview. It also replaced the entire Calendar app, which was decent.

Asmod4n 5 hours ago | parent | prev [-]

Will be removed from the next release. Then you can’t connect to your own exchange server anymore and are forced into 365 when you want a desktop app.

6 hours ago | parent | prev | next [-]
[deleted]
pkaye 6 hours ago | parent | prev [-]

Yes the do have an one time purchase option. You get 5 years of updates but no new features. I have it on my home computers. But new features are not a big deal since the differences are not big anymore (just like mobile phones.)

novos 6 hours ago | parent | prev | next [-]

I wouldn't put it past Microsoft to suddenly add "features" that break said support.

mrec 5 hours ago | parent [-]

"Office ain't done 'til Wine won't run"?

jhoechtl 6 hours ago | parent | prev [-]

Ny that time office will be cloud only.

Perepiska 6 hours ago | parent | prev [-]

I've tried to use Wine in order to play Steam Windows games on Mac. Wine silently exposes all my macos drives as D:/F:/etc that was open to any game I started. Immediately removed Wine. Awful experience.

dwroberts 4 hours ago | parent [-]

Wine configuration -> Drives -> Remove

It's like the most trivial thing to change