Won’t that bring relief to maintainers as they only need to update it and not rebuilding it every time? There were separate 32 and 64 releases before, so this is nothing new.
The reason that new i686 packages are needed is because of new features being added for GPU support.
So freezing is a not practical.
Are you volunteering to maintain F42 32-bit forever? If so, insert shut up and take my money meme
On a more serious note, this would create an even bigger maintenance nightmare, as maintainers would have to backport an increasing number of incompatible changes from upstream.
Not forever, only till valve, lf and other big boys finally do something about something that affect almost all linux.
So it’s easier to package every time the the whole image, than just update what’s outdated? Like not many 32-bit package need update or even fixing. I can be looking at it wrong but i think it’s worth to take a look at what changed like in about 5y time, and see what it takes to do it that way vs the way it’s being done now.
Hell, they sould ask ubuntu and debian about their legacy releases. As i still use 18.04 to this day cause my old pc can’t handle 64-bit.
Not forever, only till valve, lf and other big boys finally do something about something that affect almost all linux.
I don’t think they’re in any hurry when unpaid volunteers or distro makers keep doing their work for them. Compare this with the situation when Apple decided to drop 32-bit support; they updated their client to 64-bit, and many games were updated as well. It’s a chicken-and-egg problem.
What does Steam officially support?
- Steam, The Ultimate Online Game Platform links directly to a
.deb(implying Ubuntu) - SteamOS Arch-based I imagine can’t use that
.debas-is
It sounds like whatever Steam officially supports controls the 32-bit support.
- Ubuntu 25.04 release notes mention NTSYNC for Steam (implying they’re keeping Steam usability for the foreseeable future)
So what’s Ubuntu doing about 32-bit support?