Canonical Formulates The 32-Bit Support Strategy For Ubuntu 20.04 LTS

[phoronix]

Phoronix: Canonical Formulates The 32-Bit Support Strategy For Ubuntu 20.04 LTS

Canonical's Ubuntu engineers in cooperation with community members have figured out their 32-bit support adjustments for the Ubuntu 20.04 LTS release...

http://www.phoronix.com/scan.php?page=news_item&px=32-bit-Ubuntu-20.04-LTS-Plans

[tildearrow]

Typo:

some of the additions and removals planned ofr ubuntu 20.04 LTS.

[jacob]

Steam has a Flatpak package that presumably bundles everything it needs in terms of 32bit libs. Isn't that a simpler approach rather than keeping a dead architecture in the distribution repos?

[pinguinpc]

In my case wine 32bit build dependencies works normally and steam too (using 20.04 lastest 2 weeks)

Another apps works are cuda, nvenc, nvidia vulkan drivers and others

[Britoid]

Steam has a Flatpak package that presumably bundles everything it needs in terms of 32bit libs. Isn't that a simpler approach rather than keeping a dead architecture in the distribution repos?

Flatpak supports the Freedesktop Runtimes, which are mantaining 32bit and multilib for the forseeable future, however I don't ever see Canonical shipping with Flatpak.

[anarki2]

Steam not having a 64-bit Linux client is ridiculous. If you use something like CUDA on Ubuntu, it provides (and depends on) the required NV driver in the CUDA repo, but not the 32 bit libs to support 32-bit apps like Steam. And then you can try to install the 32-bit libs on your own, but oh no, they depend on the Ubuntu NV driver, which in turn conflicts with the CUDA NV driver, so it removes the CUDA NV driver, but since CUDA itself depends on the CUDA NV driver, this action removes CUDA as well.

What a bunch of fools. How hard can it be to have a 64-bit client with a warning that it'll only run 64-bit games? Or if they aren't cocky enough to do this, how about compile and bundle the 32-bit packages on their own? Why on Earth is it Ubuntu's responsibility to cover Valve's lazy and/or incompetent arse? All this cr@p should've gone into a self-contained steam snap long ago.

[Syfer]

Steam not having a 64-bit Linux client is ridiculous. If you use something like CUDA on Ubuntu, it provides (and depends on) the required NV driver in the CUDA repo, but not the 32 bit libs to support 32-bit apps like Steam. And then you can try to install the 32-bit libs on your own, but oh no, they depend on the Ubuntu NV driver, which in turn conflicts with the CUDA NV driver, so it removes the CUDA NV driver, but since CUDA itself depends on the CUDA NV driver, this action removes CUDA as well.

What a bunch of fools. How hard can it be to have a 64-bit client with a warning that it'll only run 64-bit games? Or if they aren't cocky enough to do this, how about compile and bundle the 32-bit packages on their own? Why on Earth is it Ubuntu's responsibility to cover Valve's lazy and/or incompetent arse? All this cr@p should've gone into a self-contained steam snap long ago.

Steam on Linux is mostly 64-bit. It only requires 32-bit dependencies so that users have to install them while installing Steam instead of finding out that game X won't run and wondering why.

Regardless, Valve are moving towards a 64-bit only world, with a recent beta having added a Flatpak style containerization option to run the 32-bit games in... or even all of them, for sandboxing purposes. https://steamcommunity.com/app/22141...5549018366706/

[RussianNeuroMancer]

Steam on Linux is mostly 64-bit. It only requires 32-bit dependencies so that users have to install them while installing Steam instead of finding out that game X won't run and wondering why.

Well, I guess as soon as Steam Linux Runtime leave beta this shouldn't be necessary?

https://www.gamingonlinux.com/articles/steam-for-linux-can-now-run-games-in-a-special-container.15384

[royce]

In my case wine 32bit build dependencies works normally and steam too (using 20.04 lastest 2 weeks)

Another apps works are cuda, nvenc, nvidia vulkan drivers and others

Just to manage your expectations, 20.04 as of today is still 95% the same as 19.10.

[jacob]

Flatpak supports the Freedesktop Runtimes, which are mantaining 32bit and multilib for the forseeable future, however I don't ever see Canonical shipping with Flatpak.

Ubuntu supports Flatpak perfectly well. People always seem to believe that flatpak and snap are competing like deb/rpm. They're not, both work happily across many distros and you can install both flatpaks and snaps at the same time with no problem whatsoever. On my Ubuntu 19.10 I have a number of snaps installed, I also have Steam and other things from flathub and it all Just Works.