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?
If everyone has moved on from 32bit, and the old stuff doesn’t change, where is the maintenance requirement?
The problem is that it’s not old unchanging code, people want the latest supported version so they can still run their 32-bit binaries with the latest supporting libraries.
And if the upstream developers don’t consider 32-bit support important, then it falls on the distro maintainers to patch the code to keep it running in these situations.
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?
The problem is that it’s not old unchanging code, people want the latest supported version so they can still run their 32-bit binaries with the latest supporting libraries.
And if the upstream developers don’t consider 32-bit support important, then it falls on the distro maintainers to patch the code to keep it running in these situations.