Support us on Patreon to keep GamingOnLinux alive. This ensures all of our main content remains free for everyone. Just good, fresh content! Alternatively, you can donate through PayPal. You can also buy games using our partner links for GOG and Humble Store.
We do often include affiliate links to earn us some pennies. See more here.

As you might have heard by now, Canonical has made the decision to drop 32bit support from Ubuntu 19.10 onwards.

Writing on the mailing list, as well as this post on Ubuntu's Community Hub, Canonical gave a reminder that the decision isn't coming without warning. It was proposed last year and it was followed up with another post detailing a final decision to be made in the middle of 2019. So here we are, the decision seems to have been made.

The problem isn't hardware, as likely around 99% of people nowadays have a 64bit capable computer. Going by our own statistics, from what 2,254 users told us only 4 are using a 32bit Linux distribution. The issue then, is mainly software and libraries needed to actually run 32bit applications. This is where it sounds like there's going to be plenty of teething issues, with a number of people not too happy about the decision.

Steam, for example, is one such application along with plenty of 32bit games that will likely never get updated, although Canonical did say they're "in discussions" with Valve about it. There's also GOG, Humble Store and itch.io which all provide a number of direct-download 32bit games, which do not supply the required 32bit libraries to run. It doesn't sound like they have been given any thought (at least they haven't been mentioned).

Another of the major problems being Wine, with a discussion now happening on their mailing list. The discussion doesn't seem to be too positive, with developer Henri Verbeet even saying "I think not building packages for Ubuntu 19.10 would be the only practical option.", although Andrew Eikum's idea of using the Steam Runtime could be an interesting way around it.

What are your thoughts?

Article taken from GamingOnLinux.com.
Tags: Distro News, Misc
21 Likes
About the author -
author picture
I am the owner of GamingOnLinux. After discovering Linux back in the days of Mandrake in 2003, I constantly checked on the progress of Linux until Ubuntu appeared on the scene and it helped me to really love it. You can reach me easily by emailing GamingOnLinux directly. You can also follow my personal adventures on Bluesky.
See more from me
The comments on this article are closed.
All posts need to follow our rules. For users logged in: please hit the Report Flag icon on any post that breaks the rules or contains illegal / harmful content. Guest readers can email us for any issues.
161 comments
Page: «2/9»
  Go to:

Schattenspiegel Jun 21, 2019
And that is the moment one is glad that Mint keeps the Debian Edition around - just in case. Concerning rolling distros: I prefere breaking things myself when I feel adventurous so LTS all the way.


Last edited by Schattenspiegel on 21 June 2019 at 12:36 am UTC
TheSyldat Jun 21, 2019
I guess because we can still download the older versions of Ubuntu they don't exactly care much and think that we will just throw an older Ubuntu in a VM in order to play those "old games" ...

Dropping 32 bit altogether in one go is a bit dumb ...
They should work with Valve in maintaining the few libs that were used by our games in the past ...
Shmerl Jun 21, 2019
Flatpak a 32-bit library runtime and redirect traditional apps to it? What do other distros do for 32-bit lib support for games, just build their own packages? Using something like flatpak instead so 32-bit libraries wouldn't be locked into any particular distro would be great if you could make it easy for apps to utilize it (symlinks to the flatpak libs provided by a native package or by the flatpak w/ expanded permissions perhaps?).

Distros commonly use multiarch approach: https://wiki.debian.org/Multiarch/HOWTO

Less flexible and more limited idea of the same sort is called multilib. For such distros, there is no reason to use flaptak for 32-bit packages. So unless everyone will start dropping x86_32 multiarch, it should fine.


Last edited by Shmerl on 21 June 2019 at 1:40 am UTC
slapin Jun 21, 2019
  • Supporter Plus
While this means we will not provide 32-bit builds of new upstream versions
of libraries, there are a number of ways that 32-bit applications can
continue to be made available to users of later Ubuntu releases, as detailed
in [4]. We will be working to polish the 32-bit support story over the
course of the 19.10 development cycle. To follow the evolution of this
support, you can participate in the discourse thread at [5].

Don't panic.
Shmerl Jun 21, 2019
Don't panic.

Be calm, pick a better distro ;) Seriously, their proposed solutions are far from optimal.
slaapliedje Jun 21, 2019
Valve could up their game and offer a Steamos-Desktop Edition. It's already Debian based and includes a Gnome DE... Both hands on the steering wheel.

Or they can just open source their UI and add it to Debian proper ;)
Isn't it already mostly in Debian proper? Besides maybe the plymouth theme / wallpapers.

I'm a huge supporter of Debian as a desktop / server, whatever.
It really goes like this, use stable with backports (namely kernel / nvidia driver, if you have such hardware, etc.) with the debian-multimedia repo, and you're pretty much set. Then you can wait about a year into stable, then switch to testing, since their release cycles seem to be about every 2 years. Just note that testing gets a bit unstable right after a release, and switch to stable at that point so the couple months of all the new crap coming from experimental and unstable don't break your system.

Coming from someone who has used it since the late 90s :)
Shmerl Jun 21, 2019
Just note that testing gets a bit unstable right after a release, and switch to stable at that point so the couple months of all the new crap coming from experimental and unstable don't break your system.

Coming from someone who has used it since the late 90s :)

Debian tried to address this issue. Remember this proposal? https://lwn.net/Articles/550032/

It got better, but Debian testing can be sometimes rough and needs some understanding how to handle breakage if it happens. But that's in general not uncommon for any rolling distro, and rolling distro users learn how to deal with it and how to roll back breaking changes if they slip through.


Last edited by Shmerl on 21 June 2019 at 2:04 am UTC
slaapliedje Jun 21, 2019
Don't panic.

Be calm, pick a better distro ;) Seriously, their proposed solutions are far from optimal.
Here's my thoughts on the actual change;
They are spending no extra development to get the 32bit packages on their 64bit system, since Debian does all the work, and they just fork / rebuild the packages.

They are doing this only to try to promote their own Snap package management, because no one really wants to use it, and more and more projects are moving to flatpak, or just releasing AppImages (I know Cura does this, I do wish the maintainer of the debian package would update it...)

Granted, it's my understanding that snap is friendlier to commercial packages, vs flatpak is more for running newer / sandboxed open source software. I personally stay away from snap, because it seems about as clean as random android app stores.
TheSyldat Jun 21, 2019
Valve could up their game and offer a Steamos-Desktop Edition. It's already Debian based and includes a Gnome DE... Both hands on the steering wheel.

Or they can just open source their UI and add it to Debian proper ;)
Isn't it already mostly in Debian proper? Besides maybe the plymouth theme / wallpapers.

I'm a huge supporter of Debian as a desktop / server, whatever.
It really goes like this, use stable with backports (namely kernel / nvidia driver, if you have such hardware, etc.) with the debian-multimedia repo, and you're pretty much set. Then you can wait about a year into stable, then switch to testing, since their release cycles seem to be about every 2 years. Just note that testing gets a bit unstable right after a release, and switch to stable at that point so the couple months of all the new crap coming from experimental and unstable don't break your system.

Coming from someone who has used it since the late 90s :)
+ Click to view long quote

Thing is the desktop sessionn is separate from the BPM session that automatically launches . (the BPM mode uses it's own compositor , and the X server is slightly differently configured ) .

So yeah it is mostly Debian based but thing is they customized it a looot .

As far as I am concerned I guess I'll stick with 18.04 for a while once I upgrade to it (and that already brings some problems Devil Daggers being one of them )
Shmerl Jun 21, 2019
They are doing this only to try to promote their own Snap package management, because no one really wants to use it, and more and more projects are moving to flatpak, or just releasing AppImages (I know Cura does this, I do wish the maintainer of the debian package would update it...)

Granted, it's my understanding that snap is friendlier to commercial packages, vs flatpak is more for running newer / sandboxed open source software. I personally stay away from snap, because it seems about as clean as random android app stores.

I think Flatpak overall has wider backing, and is viewed is a lightweight sandboxing solution. When it comes to such bundling, I usually see Flatpak discussed, almost never Snap. And I doubt their Snap push will help prevent massive migration of gamers from Ubuntu. Canonical really didn't handle this well.


Last edited by Shmerl on 21 June 2019 at 2:18 am UTC
elmapul Jun 21, 2019
" The issue then, is mainly software and libraries needed to actually run 32bit applications. This is where it sounds like there's going to be plenty of teething issues, with a number of people not too happy about the decision.'

in the mean time, you can run windows 1.0 applications on windows 10...
what is the point of the system being open source, if we cant even run the apps we want? where is the freedom on it?

yes i can use other distro, but what if all the major ones does the same (the ones which are base for the rest) i'm not planning to support my self.
windows never looked so good.


Last edited by elmapul on 21 June 2019 at 2:37 am UTC
x_wing Jun 21, 2019
The main problem is for novice friendly distros, most of them are based on Ubuntu so they will end having to implement their own custom solution for 32 bit support or simply move to another base distro.

Is quite a stupid move in the end that could negatively affect new Linux users...
slaapliedje Jun 21, 2019
They are doing this only to try to promote their own Snap package management, because no one really wants to use it, and more and more projects are moving to flatpak, or just releasing AppImages (I know Cura does this, I do wish the maintainer of the debian package would update it...)

Granted, it's my understanding that snap is friendlier to commercial packages, vs flatpak is more for running newer / sandboxed open source software. I personally stay away from snap, because it seems about as clean as random android app stores.

I think Flatpak overall has wider backing, and is viewed is a lightweight sandboxing solution. When it comes to such bundling, I usually see Flatpak discussed, almost never Snap. And I doubt their Snap push will help prevent massive migration of gamers from Ubuntu. Canonical really didn't handle this well.
+ Click to view long quote
Yup, everyone adopted flatpak except Ubuntu. This is going to end up like Mir, Unity, Upstart, etc. Where they'll bend to the popular vote after a release or two. After they lose all their users to other distributions.

The thing I just don't get... they base off Debian, and I don't see Debian making any moves to drop support for 32bit libraries, hell they still support i386 distributions when most have dropped that.
https://release.debian.org/buster/arch_qualify.html

Hell there is still a Debian fork for m68k.
slaapliedje Jun 21, 2019
" The issue then, is mainly software and libraries needed to actually run 32bit applications. This is where it sounds like there's going to be plenty of teething issues, with a number of people not too happy about the decision.'

in the mean time, you can run windows 1.0 applications on windows 10...
what is the point of the system being open source, if we cant even run the apps we want? where is the freedom on it?

yes i can use other distro, but what if all the major ones does the same (the ones which are base for the rest) i'm not planning to support my self.
windows never looked so good.
Ha, that's a STRONG maybe for running older Windows stuff in Windows 10. I mean I've seen many older applications run better with Wine than in Windows 10.

But the point here is, imagine if Windows 10 dropped 32bit support. I'd guess roughly 80% of things would stop working entirely. In the Windows world 64bit native applications were never that wide spread.
bekips Jun 21, 2019
I wouldn't move to an Ubuntu-based derivative like Mint, though, because the decisions that affect Ubuntu will affect those derivatives.

I have Mint installed on a netbook :><::><:

if they wanted they could provide a third party repo on opensuse OBS, it's really easy. I'm pretty sure if Ubuntu drops all 32bit libs all together someone will stand up and maintain a 3rd party repo.

straight from the mailing list:
"The immediate question for me is whether to even bother trying to package Wine for Ubuntu 19.10 and up. The suggestion from Ubuntu is to use the 32 bit libraries from 18.04, which will be supported until 2023. It's theoretically possible for me to build the 32 bit side on the OBS using the libraries from 18.04, but that would lead to a mismatch in library versions the 32 and 64 bit sides were built against. Apt requires the i386 and amd64 versions of packages match or it will refuse to install them, so unless that changes, users of 19.10 and up will be unable to install the 32 bit libraries they need to run Wine, unless they downgrade a significant part of their system to the 18.04 versions."
darthbasselope Jun 21, 2019
Well if Pop_OS! and LinuxMint also drop 32 bit support I will have to switch to Debian, Solus, Manjaro, or another distro when the next LTS comes out kinda a bummer I was enjoying Ubuntu and learning it well guess I will have to pick up on the nuances of some other distros. who knows maybe I will be saying btw I use Arch lol.
garpu Jun 21, 2019
Is Steam officially supporting Debian, as well, or are they only the LTS version of Ubuntu?

Ubuntu more and more is reminding me of Apple or Microsoft, in that they have one way of doing things, and you're forced to do it their way. (And because they're the big market share, other smaller distros are forced to go that route, as well.) Slackware gets a bum rap, but it doesn't stand in your way at all. Want to use systemd? You can put it in, if you so choose and are handy at rebuilding things. Want to use Wayland or Gnome? There are packages for it. Don't want to use pulseaudio? OK. PAM? We don't talk about PAM. ;)
eldaking Jun 21, 2019
This is a terrible move in general, and not for games specifically. As outdated as it is, 32-bit is still used by current software; so they aren't just breaking backwards compatibility, they are making the distro incompatible with lots of software. Maybe people shouldn't be making 32-bit software now... but Ubuntu is just one distro of a minority desktop OS; do they seriously think they are in a position to make demands? "Everyone needs to change because it is too much work for us to keep supporting those libs".

And their "solutions" are laughable, especially considering that Ubuntu is supposedly focused on user friendliness. Linux for human beings, the newbie distro, it just works... except a lot of things don't work at all anymore. And what their suggest? GPU pass through.

As for games, developers generally targeted Ubuntu specifically. What happens when Ubuntu of all things stops working? How the heck can we ask for developers to support Linux when the "biggest" and "default" distro suddenly breaks all games? Valve were at the point where they ambitiously wanted every game on Steam to work on Linux; now games with official Linux support, as well as default Wine, will stop working on Ubuntu. I'm not sure they could cause more damage if they tried. The only saving grace is that, as FOSS, no single company can control Linux entirely.

I'm still hoping that they revert this change on 20.04. Maybe this was just a test run, or a gimmick to make people panic and start publishing 64 bit. But well, my next distro certainly won't be Ubuntu-based.
Shmerl Jun 21, 2019
Didn't Valve select Debian for SteamOS? So Valve would simply swap Ubuntu with Debian as most recommended target. Quite natural to expect that.
14 Jun 21, 2019
View PC info
  • Supporter Plus
I'm a huge supporter of Debian as a desktop / server, whatever.
It really goes like this, use stable with backports (namely kernel / nvidia driver, if you have such hardware, etc.) with the debian-multimedia repo, and you're pretty much set. Then you can wait about a year into stable, then switch to testing, since their release cycles seem to be about every 2 years. Just note that testing gets a bit unstable right after a release, and switch to stable at that point so the couple months of all the new crap coming from experimental and unstable don't break your system.

Coming from someone who has used it since the late 90s :)
+ Click to view long quote
Sounds like a good system if you're still in the reformat-every-year-or-two mindset. That was really an XP era thing that I find pretty annoying these days. I don't like major upgrades, thus the move to a rolling release years ago. Theoretically never have to reinstall? "Sign me up," is what I thought.

Not saying you're doing it wrong, -- it's your system -- just commenting my preference.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon. Plain Donations: PayPal.

This ensures all of our main content remains totally free for everyone! Patreon supporters can also remove all adverts and sponsors! Supporting us helps bring good, fresh content. Without your continued support, we simply could not continue!

You can find even more ways to support us on this dedicated page any time. If you already are, thank you!
The comments on this article are closed.