Re: i686 removal - easy win set

Michal Schorm <[email protected]>
Newsgroups gmane.linux.redhat.fedora.devel
Message-ID <CALC7GWxXvLTybAZ7hNQQvHGvybOjj0AVoeQ9hkKTJvK3BuarCQ@mail.gmail.com>
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.


This thread's goal is to coordinate a larger independent effort - here
I seek validation of my analysis, and assistance with realization.

--

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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.