On Tue, Jul 21, 2026 at 7:38 PM Richard W.M. Jones <[email protected]> wrote: > I'm not sure what we're trying to achieve by > unilaterally disabling the i686 subpackages, unless the plan is to > actually remove the architecture entirely.
As I see it, the plan has been in place for almost a decade, starting with the F27 removal of i686 kernels, with various contributors moving it forward incrementally. In recent years, the topic slowed down and proved complex, but I don't see a community wish for reverting it, or stopping it entirely, only to push forward, just without breaking (too much) stuff. The F44 Change to disable multilib entirely was too big of a bite, for now. My goal is to contribute with two more reachable objectives: 1) Save resources (computational and disk). On 3.5k packages, that could be noticeable. An extra argument is that there are zero consumers of them (apart from you). 2) Clear the way for others to move this topic forward. With those 3.5k packages gone, the end goal is nearer, the size feels more manageable, and the complicated parts become more visible and more isolated. In summary, this is more of a strategic move, with a smaller technical benefit as a bonus. I have no other motivation or better justification. The fact that maintainers can drop i686 support themselves keeps us in the status quo, not moving forward. I'd rather move forward even if the step doesn't seem significant at the moment On Tue, Jul 21, 2026 at 9:04 PM Mattia Verga via devel <[email protected]> wrote: > on the other end a proposal to enable x86_64v3 is struggling because "we > don't have enough resources"... Ha, that seems to be a solid argument for resources reclamation :) Michal -- Michal Schorm Senior Software Engineer Databases Team Red Hat -- -- _______________________________________________ devel mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected] Do not reply to spam, report it: https://forge.fedoraproject.org/infra/tickets/issues/new
