Em sex., 17 de jul. de 2026 às 22:03, Michal Schorm <[email protected]> escreveu: > > On Sat, Jul 18, 2026 at 2:32 AM Mateus R. Costa > <[email protected]> wrote: > > This brings it to my question: since to me I am almost sure nobody will > > ever install the x86_32 version, although it's perfectly buildable, what > > prevents me from, as a packager, to simply disable it for only that package? > > > > Is there a specific policy I should be aware of? > > Hi Mateus, > The current policy actually encourages package maintainers to drop the > leaf i686 packages on their discretion: > https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval > You can go for it right now.
You linked me to a Change, and specifically a Fedora 37 one. When I learned packaging RPMs I don't specifically remember whatever tutorial I read (which was probably on Fedora Docs) nor other RPM documentation on Fedora Docs I don't really remember anything pushing dropping x86_32 support. So unless something was added between then and now, or that I simply missed it, then potentially having the info to drop x86_32 if feasible on newer packages intended to the Fedora repos probably is a good idea. This is mostly in the "let's not keep accumulating new packages". Probably also interesting to bring up in package reviews for newer packages or unretired ones. > This thread's goal is to coordinate a larger independent effort - here > I seek validation of my analysis, and assistance with realization. I'm all for it, I am in favor of removing most 32-bits stuff except for the most likely libs to be needed if I ever have to manually run some 32-bit binary (which probably the FESCo list already covers). Though today most usecases where I would need to actually do that I probably can use flatpak or distrobox (even if in a non-Fedora container). So, I will handle bign-handheld-thumbnailer later. Though I will have to check how well that ExcludeArch policy is advertised on the packaging docs... Thanks for your time, Mateus Rodrigues Costa > -- > > Michal Schorm > Senior Software Engineer > Databases Team > Red Hat > > -- > > On Sat, Jul 18, 2026 at 2:32 AM Mateus R. Costa > <[email protected]> wrote: > > > > > > > > Em sex., 17 de jul. de 2026, 19:32, Michal Schorm <[email protected]> > > escreveu: > >> > >> For those interested in this topic, I compiled a set of packages that > >> exactly: > >> builds i686 && all binary RPMs are buildroot-only && leaf && NOT on > >> FESCo "protected" list > >> > >> https://mschorm.fedorapeople.org/ARCHIVE/i686-removal/koji-only-leaf-i686_2026-07-18.txt > >> > >> If my method and understanding are both correct, we could add > >> 'ExcludeArch: %{ix86}' to each of these 3,400 packages with zero > >> impact on the rest of the packages and save some resources. > >> > >> What do you think? > > > > > > I noticed bign-handheld-thumbnailer made it to this list. > > > > Since that project is just a thumbnailer and preferably the version > > equivalent to the host os architecture should be installed (and there's no > > x86 32-bits Fedora anymore AFAIK), this makes me curious on something. > > > > It seems to me that you're saying "hey, we could remove 32-bits x86 > > versions from these!", as if a large portion of the community has to agree > > beforehand on whether it's a good choice. > > > > This brings it to my question: since to me I am almost sure nobody will > > ever install the x86_32 version, although it's perfectly buildable, what > > prevents me from, as a packager, to simply disable it for only that package? > > > > Is there a specific policy I should be aware of? > > > > Thanks for your time, > > Mateus Rodrigues Costa > > > >> > >> > >> > >> 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 > > > > -- > > _______________________________________________ > > 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 > > -- > _______________________________________________ > 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 -- _______________________________________________ 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
