Followup question, if you don’t mind! What still needs to be maintained on the Win32 system on behalf of the Fedora maintainers? If everyone has moved on from 32bit, and the old stuff doesn’t change, where is the maintenance requirement? Could we not find a “final” version and leave it static, but still available in the package manager?
Is it that packaging requirements change for different systems to keep up with hardware drivers/new package managers/kernel removing deprecated features/security vulnerability patches?
That’s essentially what has happened in some distros like Arch Linux where you have to explicitly install the 32bit versions alongside the 64bit versions.
Also, Steam provides some 32bit libraries exactly for this reason.
For one, its just a burden for maintainers to continue to make sure stuff still works with the presence of those libraries. Unmaintained software is increasingly subject to vulnerabilities, adding an additional burden for maintainers that cover off on the security aspect of packages. It also can hold back further development in other areas simply because they need to be able to install those older 32bit libraries.
The solution to a lot of these problems is containerisation, whereby you’re effectively able to shift these issues off into their own area that has no affect on the rest of the operating system, but can be safely accessed when needed.
Old games and software that will never be updated were built to run on 32 bit libraries.
Yeah, but I don’t get that I’m ringing 64 bit since win7 and never had trouble running old games.
So why still run an is that is dependent on 32 bit?
Win64 contains a full Win32 system.
Aha. I see! Thanks for explaining.
The 32 bit libraries are still available for you to run that old software. If it was removed entirely those old games would not run
Followup question, if you don’t mind! What still needs to be maintained on the Win32 system on behalf of the Fedora maintainers? If everyone has moved on from 32bit, and the old stuff doesn’t change, where is the maintenance requirement? Could we not find a “final” version and leave it static, but still available in the package manager?
Is it that packaging requirements change for different systems to keep up with hardware drivers/new package managers/kernel removing deprecated features/security vulnerability patches?
That’s essentially what has happened in some distros like Arch Linux where you have to explicitly install the 32bit versions alongside the 64bit versions.
Also, Steam provides some 32bit libraries exactly for this reason.
For one, its just a burden for maintainers to continue to make sure stuff still works with the presence of those libraries. Unmaintained software is increasingly subject to vulnerabilities, adding an additional burden for maintainers that cover off on the security aspect of packages. It also can hold back further development in other areas simply because they need to be able to install those older 32bit libraries.
The solution to a lot of these problems is containerisation, whereby you’re effectively able to shift these issues off into their own area that has no affect on the rest of the operating system, but can be safely accessed when needed.