F44 Change Proposal: Drop i686 support (system wide)
discussion.fedoraproject.org
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...

I am disappointed in some of the reactions this !! proposal !! 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”.

  • Leaflet@lemmy.worldOPEnglish
    8·
    17 hours ago

    Thankfully this isn’t actually being dropped. A more concrete plan of how to drop 32 bit but keep Steam and older games working is underway.

      • Leaflet@lemmy.worldOPEnglish
        2·
        14 hours ago

        Throughout the entire thread.

        Here’s the suggestions I remember

        • Recommend the Steam flatpak (cons: VR requires more tinkering to get working, flatpak version of gamescope apparently has limitations for dedicated Big Screen mode)
        • Ship Steam in a container (cons: breaks gaming on Asahi Linux, relies on third parties)
        • Ship a curated list of 32 bit software (cons: even if there’s just one 32 bit package, it’s still a lot of work and infrastructure, current infrastructure work need to be reworked)
        • Use ELN for building 32 bit packages (avoids the above mentioned infrastucture rework)
        • Stop shipping 32 bit stuff and rely on third party repos for it (cons: rpmfusion can’t afford to do this)
        • Create a SIG to represent 32 bit software or repurpose the Gaming SIG