On Tue, Jul 21, 2026 at 11:24:43AM +0200, Michal Schorm wrote: > On Mon, Jul 20, 2026 at 4:39 PM Richard W.M. Jones <[email protected]> wrote: > > An i686 build found a 32 bit assumption in my code last week. This > > happens from time to time and I think it's still useful. So even > > though I don't think any of my packages are relevant on i686, for me > > it's worth keeping (some of) them alive. > > I see the same sentiment in the s390x discussions, and I'm simply not > convinced it's worth doing just for the sake of doing it. > But that's better left for an entirely different mail thread.
I think there may be a time when we say that all software that we care about is 64 bit (and little endian) but I'm not quite sure that time is right now. We've been here before, when software moved from 16 to 32 bit, and 16 bit was still relevant for a time, but now 16 bit is barely used even at the very low end and rightly we no longer care about portability. > > Having said that I obviously have no objection if a packger wishes to > > drop i686 builds from their own package. > > I can imagine having a single list of "package: maintainer [, > maintainer, ...]" format that keeps track of packages and packagers > who want to keep it building for i686 for any reason, and "steam: > FESCo" could be the first entry. > The list, and its dependencies would then be protected against i686 > removal; at least from this particular effort. > > That way we could move forward with removing unwanted i686 packages > and deal with this list later in the process. > Would that work for you? If we keep i686 builders at all then we might as well leave it up to individual packagers. 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. If i686 subpackages break, packagers can exclude them themselves. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 100 libraries supported. http://fedoraproject.org/wiki/MinGW -- _______________________________________________ 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
