https://bugzilla.redhat.com/show_bug.cgi?id=1955394 Neal Gompa <ngompa13@xxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(ngompa13@xxxxxxxx | |m) | --- Comment #12 from Neal Gompa <ngompa13@xxxxxxxxx> --- (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@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to package-review-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
