Il 07/03/22 19:30, Fabio Valentini ha scritto:
> On Mon, Mar 7, 2022 at 7:22 PM Chris Adams <li...@cmadams.net> wrote:
>> Once upon a time, Ben Cotton <bcot...@redhat.com> said:
>>> == Summary ==
>>>
>>> Package maintainers are encouraged to actively stop building their
>>> packages for i686, especially if supporting this architecture requires
>>> significant investment of time or resources, for no benefit. This will
>>> not apply to packages which are still depended on by other i686
>>> packages, or which get used in a "multilib" context (i.e. for running
>>> 32-bit applications on x86_64).
>> It's unclear what this actually means for packagers. Should
>> ExcludeArch: lines be added to spec files?
> Ah, yes, thanks for catching that. This was indeed my intention:
> Packagers add "ExcludeArch: %{ix86}" to the package in question, if it
> is safe to do so (unused / leaf packages only).
> I forgot to add that detail to the proposal, will add it now.
>
> As far as I can tell, any approach more sophisticated than that (like
> automatically determining the i686 packages we *need*) would require
> significantly more work, and probably be more error-prone, introduce
> more friction, and make it harder to revert errors.
>
So, are you going to identify all unused / leaf packages and open a bug
for each asking the maintainer to add the ExcludeArch? Or will the
proposal automatically add the ExcludeArch to all identified packages?
I think that simply adding a note to the packaging guidelines will
result in no action for the 99% of packages/packagers.
Mattia
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
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/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
