Patreon Logo 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 Logo PayPal. You can also buy games using our partner links for GOG and Humble Store.
We use affiliate links to earn us some pennies. Learn more.

There was a whole lot of discussion recently for the Fedora Linux proposal to drop 32-bit support, with the current plan being dropped.

I covered the initial proposal here on GamingOnLinux with the current problems it would cause, like how Bazzite would have been forced to shut. Thankfully, for now at least, the whole proposal has been withdrawn by the original developer that submitted it.

Writing in the Fedora forum feedback thread about it, the developer Fabio Valentini said:

Given feedback in this thread (and to a lesser extent, also on the mailing list) I have decided to withdraw this proposal.

  • It is clear that the Fedora 44 target for this Change was too early. To some degree, I expected this to be the case, and was prepared to move the proposed implementation of the Change to a later release. Fedora 44 was just the earliest “reasonable” target. However, I think this also shows an inherent conflict in the current Changes process - if a big Change (like this one) is submitted quite early (out of caution!), that also front-loads the discussion and decision process instead of giving things more time. For example, I don’t think the discussion would have been meaningfully different if the targeted release had been Fedora 46 instead of 44 - which is one of the reasons why I decided to withdraw the change instead of just re-targeting it at a later Fedora release.

  • I don’t think the problem that was attempted to be addressed with this proposal will go away. With more and more projects dropping official support for building / running their software on 32-bit architectures, it’s just going to get worse over the next few years. Dealing with widely used software falling out from under our feet won’t be fun. To some degree, always pushing the latest and greatest :tm: software in Fedora is also working against us here - if we just stuck with foo 1.0 LTS for 10 years, we just wouldn’t need to care that foo 3.0 dropped support for running on 32-bit systems …

  • I am disappointed in some of the reactions this :double_exclamation_mark: proposal :double_exclamation_mark: has received, with some people apparently reading it in the most uncharitable way. It was a proposal that tried to address technical problems package maintainers and release engineering is facing, not some conspiracy to break the “gaming use case”. That said, I was expecting a lot of feedback feedback on this one, but not hundreds of people shouting "DON’T DO THIS WHY DON’T YOU CARE ABOUT YOUR USERS I WILL SWITCH DISTROS IMMEDIATELY levels of feedback (though to some degree, I also blame clickbait “tech press” or YouTubers for that …)


I am now looking forward to seeing actual (and actionable) counter-proposals.

At least for now there's no issues continuing gaming on Fedora, but this situation will come up again in future. Hopefully a more thought-out plan will be made for it as to not cause issues with the likes of Steam and various 32-bit games and apps that will never be updated.

Article taken from GamingOnLinux.com.
11 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
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.
61 comments Subscribe
Page: 4/4
  Go to:

kneekoo 3 hours ago
User Avatar
A lot of people think about games regarding this topic, and for good reason (especially on this website), but most software in existence has been written for 32-bit and this goes way beyond games, and most of it is no longer maintained. How much of it is still in use, is anyone's guess, but especially in the case of closed source software there's not much that can be done about it. Even in the case of FOSS, porting 32-bit software to 64-bit is not just about recompiling.

Some people wonder about who's going to maintain the 32-bit support. It's been supported so far, so it's obviously doable. It is more work than not having to maintain it, but it's still very relevant and important. Proposing the removal of 32-bit support should be replaced with pursuing the right way forward to make sure 32-bit can work with less maintenance effort - a win-win.
While you're here, please consider supporting GamingOnLinux on:

Reward Tiers: Patreon Logo Patreon. Plain Donations: PayPal Logo 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!
Login / Register