https://bugzilla.redhat.com/show_bug.cgi?id=1955394
Neal Gompa <ngomp...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(ngomp...@gmail.co |
|m) |
--- Comment #12 from Neal Gompa <ngomp...@gmail.com> ---
(In reply to Ben Beasley from comment #11)
> I’m used to seeing and using -libs subpackages, but only for the purpose of
> allowing dependencies on a C or C++ API without pulling in substantial CLI
> or GUI applications, so I’d like to understand this recommendation too.
The way that multi-arch works in Fedora is that 32-bit x86 and 64-bit x86
library packages are shipped in the x86_64 repo. In the infrastructure, we sort
through all the packages and apply a set of rules to determine which packages
qualify for this "dual arch" treatment. The most reliable way to make sure
things get set up properly is to have runtime libraries split out into their
own subpackage. When they *aren't* split out, we get a number of cases where
this treatment gets inconsistently applied, which causes bugs for installations
and upgrades as packages can appear and disappear randomly when repositories
are updated.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are always notified about changes to this product and component
_______________________________________________
package-review mailing list -- package-review@lists.fedoraproject.org
To unsubscribe send an email to package-review-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/package-review@lists.fedoraproject.org
Do not reply to spam on the list, report it:
https://pagure.io/fedora-infrastructure
