This is all because Canonical announced plans to drop 32-bit packages and libraries from Ubuntu 19.10. These packages enable 32-bit software to run on 64-bit versions of Ubuntu.
While most Linux applications will get along just fine, this is a huge blow to Valve’s Steam. Many Linux games on Steam are only available in 32-bit form—they work on 64-bit Linux distributions, but only with the 32-bit libraries. As Phoronix recently pointed out, this also affects the Wine compatibility layer that allows running Windows software on Linux—Wine won’t be able to run 32-bit Windows software anymore. Steam’s compatibility layer for running Windows games on Linux would also not work for 32-bit games.
After Canonical’s announcement, Valve’s Pierre-Loup Griffais tweeted that Ubuntu 19.10 and future releases “will not be officially supported by Steam or recommended to our users.” Valve will officially support and recommend a different Linux distribution in the future.
The good news is that your existing Ubuntu installation—whether it’s Ubuntu 19.04 “Disco Dingo” or Ubuntu 18.04 LTS “Bionic Beaver”—will continue running Steam and its Linux games for years to come.
The bad news is that Linux gamers who enjoy Ubuntu will likely have to switch to a different Linux distribution in the future—unless Canonical or Valve change course.
Bishi wrote on Jun 24, 2019, 13:23:
Yeah but what kind of fool attempts to play games on Linux anyway
Bishi wrote on Jun 24, 2019, 13:23:Why not? It works very nicely with quite a lot of games, especially with Proton in Steam. And many games have native Linux versions
Yeah but what kind of fool attempts to play games on Linux anyway
chickenboo wrote on Jun 24, 2019, 11:56:
I wonder if there's a quiz-style website for helping users to pick a linux distribution.
TheEmissary wrote on Jun 23, 2019, 22:12:
I would imagine the linux community will probably create a compatibility layer or emulation to handle what was lost. Think DosBox or Wine or even VMware.
This problem will be solved sooner or later.
bhcompy wrote on Jun 23, 2019, 23:48:
No one would ever accuse the Linux community of living in the future, let alone the present.
eRe4s3r wrote on Jun 23, 2019, 19:27:
The fact these distros are still using mailing lists to decide things like this feels like they fell out of time though.
WebSoldier wrote on Jun 23, 2019, 17:26:
You don't like Ubuntu? I'm not up to speed on all the different versions except for the web hosting small distros varations like RedHat + Centos, which are not good for gaming. If Ubuntu is not the answer who is? Who do you like?
phinn wrote on Jun 23, 2019, 17:27:
Ubuntu needs to fix this if they want to stay the most relevant desktop distro. Keeping 32-bit support isn't such a big deal, so what if it keeps file sizes a bit larger.
Burrito of Peace wrote on Jun 23, 2019, 16:08:
I do, indeed, dislike Ubuntu intensely for a number of reasons.
However, here I cannot fault them. It is time to shift away from 32bit packages for many reasons, not the least of which is that multilib and multiarch repositories have already been unwieldy for some time.
No, the real onus lies at the feet of Valve who have, thus far, steadfastly refused to provide 64 bit libraries and binaries for many titles on Linux even though those 64 bit equivalents exist on Windows for the exact same titles.
However, should Valve continue to shove their head up their ass as hard and far as possible, this isn't the end of anything. What will happen is that someone, quite possibly the distro creators and maintainers themselves, will provide Steam as either a Snap or as a Flatpak. Which one will depend upon which distro you use but you can, generally, use Snap and Flatpak on the same distro without issue.
This allows everything 32 bit that Steam requires (including those 32 bit Nvidia driver libraries) to be packaged up in a nice, self-contained environment that runs without dirtying up the rest of your installation.
I find it ironic that Valve is dragging their feet on this given how much they pushed for 64 bit binaries back in the day and in light of the fact that it's pretty rare for you to find a mainstream 32 bit binary or package on Linux today. This was true even when they started working on SteamOS. 64 bit was the default for most Linux distros back then and should have been Valve's target from the start. I can only surmise that Valve is ignorant, incompetent, or both when it comes to Linux.