Sure, but you still need to package Steam for all different “Linux distributions” (I put it in quotes, because I dislike the term) separately, or use things like Flatpak, which some people might be comfortable with, and others not really.
And if you go to page like ProtonDB, it shows that people have all different hardware and software configurations and it’s a big mess, because you are never sure if game will work or not, until you try (and maybe try different “hacks” to get it running). I have problems running ETS2 (Euro Truck Simulator 2) on Debian, even though it run on Windows fine, and let me say: I don’t have time for this shit.
I use Linux, because I am fed up with Windows, and I don’t really play games anymore (or at least modern titles) but if I replace my computer this year to get new build (will run Debian of course), I think I will just install either Bazzite or Windows 11 (or both) on the PC I am currently using, and let my brother play games there.
If only a huge PC gaming store had solved this problem years ago with a standard runtime environment for Linux games…
…alas it doesn’t exist, and if it did, Lemmy would keep complaining about it and instead drooling over another store that doesn’t even have an official Linux client.
it’s impossible for that to exist. First you have convince tle linux community toagree to one (1, uno, more than zero but less than two) runtime environment. And then to keep it backwards compatible. Because “you just need to recompile it” doesn’t work for this (or ever, really, if you want something to keep working)
You don’t have to target every distribution, target a vaguely credible glibc, and of course the kernel, and you are covered.
As a distribution platform themself, they don’t have to sweat packaging N different ways, they package the way they want. Bundle all the libraries (which is not different then the way they do it in Windows, the bundle so many libraries).
They don’t get the advantage of the platform libraries and packaging, but that is how they treat Windows already because the library situation in Windows is actually really messy, despite being ostensibly a more monolithic ecosystem.
The problem with Linux is that you can’t target… Linux. Because there’s no single Linux.
Didn’t distract Steam from succeeding here.
Sure, but you still need to package Steam for all different “Linux distributions” (I put it in quotes, because I dislike the term) separately, or use things like Flatpak, which some people might be comfortable with, and others not really.
And if you go to page like ProtonDB, it shows that people have all different hardware and software configurations and it’s a big mess, because you are never sure if game will work or not, until you try (and maybe try different “hacks” to get it running). I have problems running ETS2 (Euro Truck Simulator 2) on Debian, even though it run on Windows fine, and let me say: I don’t have time for this shit.
I use Linux, because I am fed up with Windows, and I don’t really play games anymore (or at least modern titles) but if I replace my computer this year to get new build (will run Debian of course), I think I will just install either Bazzite or Windows 11 (or both) on the PC I am currently using, and let my brother play games there.
If only a huge PC gaming store had solved this problem years ago with a standard runtime environment for Linux games…
…alas it doesn’t exist, and if it did, Lemmy would keep complaining about it and instead drooling over another store that doesn’t even have an official Linux client.
Heroic? I’m pretty happy with that
it’s impossible for that to exist. First you have convince tle linux community toagree to one (1, uno, more than zero but less than two) runtime environment. And then to keep it backwards compatible. Because “you just need to recompile it” doesn’t work for this (or ever, really, if you want something to keep working)
How curious! The fact that it exists seems to contradict your statement.
This sentence makes no sense in the context of how it works.
Not having to do that is the entire point.
steam exists
but that’s steam, not linux.
the topic was gaming stores, and how they can or cannot support linux
You don’t have to target every distribution, target a vaguely credible glibc, and of course the kernel, and you are covered.
As a distribution platform themself, they don’t have to sweat packaging N different ways, they package the way they want. Bundle all the libraries (which is not different then the way they do it in Windows, the bundle so many libraries).
They don’t get the advantage of the platform libraries and packaging, but that is how they treat Windows already because the library situation in Windows is actually really messy, despite being ostensibly a more monolithic ecosystem.