Unlikely. Games need a stable ABI and Win32 is the only stable ABI on Linux.

Proprietary software needs a stable ABI. Not games.

DOOM runs on any Linux system since forever because we had access to the source. You can build it for Linux 2.6 and it’ll probably still work today.

Sadly most games are proprietary

	▲	badsectoracula 8 minutes ago \| parent \| next [-]
		> Proprietary software needs a stable ABI. Open source software also needs a stable ABI because: a) i don't want to bother building it over and over (not everything is in my distro's repository, a ton of software has a stupid building process and not every new version is always better than the old versions) b) a stable ABI implies a stable API and even if you have the source, it is a massive PITA to have to fix whatever stuff the program's dependencies broke to get it running, especially if you're not the developer who made it in the first place c) as an extension to "b", a stable API also means more widely spread information/knowledge about it (people wont have to waste time learning how to do the same tasks in a slightly different way using a different API), thus much easier for people to contribute to software that use that API
	▲	fluffybucktsnek 7 hours ago \| parent \| prev [-]
		Even if all games were FOSS, without - at least - a stable API, most games will remain a hassle to run. DOOM doesn't deal as much with this due to the high amount of volunteers, but relying on community support for all games is just outsourcing labor to some unlucky fellows. At best, it's yet another pain for Linux users. At worse, it's the death of unpopular games. Either case, a hurdle for Linux adoption.

▲

LtWorf 7 hours ago | parent | prev [-]

People who keep parroting this clearly have no experience of gaming on linux.

▲

orbital-decay 6 hours ago | parent | next [-]

I am playing both modern and old games on Linux. Games outside a super narrow enthusiast realm are always closed-source (even indie ones) and it's going to stay like that in the foreseeable future, that's just a fact of life and gamedev incentives and specifics.

▲

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

Please elaborate.

▲

LtWorf 6 hours ago | parent [-]

Wine has constant regressions. What works fine today will completely fail next year. Which is why steam lets you pick which proton version you want to use.

Which means that a .exe without the exact version of wine won't run.

Plus of course there's the whole vulkan stuff. Older cards aren't well supported but it will rather crash than just run openGL normally where it would work fine.

▲

orbital-decay 6 hours ago | parent | next [-]

In practice, Wine is constantly improving. It's in active development and not that stable, but regressions are mostly local. Treat its releases like bleeding edge.

>What works fine today will completely fail next year.

Usually not on the timescale of a year. I have many new games that worked a year ago and none of these stopped working now. The worst breakage I had recently was some physics glitches in an old RPG (released in 2001) on Wine 11.0, and it was fixed in the next release.

▲

fluffybucktsnek 5 hours ago | parent | prev [-]

Those issues seem othorgonal to stable ABI issue from OP, specially the OpenGL one (that is more like a hardware incompatibility issue). When apps fail to run due to Wine updates, they are considered bugs to be fixed. On the native side, apps may break becuase: 1) required library is unavailable, normally because it is too old and unsupported; 2) required library's path is different in distro A from B. None of these are considered bugs and, as such, are rarely addressed. I believe Steam Linux Runtime is an attempt at fixing this,but I'm not sure about its effectiveness. Also, you are exaggerating on the "exact Wine version". It helps to know which versions don't have a regression by knowing which specific version an app used to run on.

	▲	seba_dos1 4 hours ago \| parent [-]
		> I believe Steam Linux Runtime is an attempt at fixing this,but I'm not sure about its effectiveness. It's effective enough for it to be practically a solved problem now.

▲

TheCycoONE 6 hours ago | parent | prev [-]

Are you able to run any of the old Loki games on Linux these days?

	▲	anthk 6 hours ago \| parent [-]
		With compat libraries and OSSPD it will run even under Pulseaudio.