On Sun, Jan 12, 2025 at 07:08:05PM -0500, Neal Gompa wrote: > On Sun, Jan 12, 2025 at 4:36 PM Chris Adams <linux@xxxxxxxxxxx> wrote: > > > > Once upon a time, Neal Gompa <ngompa13@xxxxxxxxx> said: > > > For stuff installed into /usr, we > > > should just allow packages to be optionally built with the higher > > > microarchitecture level in addition to the base one and allow DNF to > > > sort and prefer packages accordingly. > > > > Is this not just resurrecting the old i386/i586/i686 RPM handling? Is > > there a reason not to do it the same way again? > > Not that I know of. The logic is also already kind of there. The > x86_64 arch levels are supported as distinct architectures in RPM with > compatibility detection. openSUSE is already using this facility. FWIW, I noticed that AlmaLinux Kitten 10 is shipping with two distinct full builds of the distro: - RPM arch "x86_64" The default arch built for x86_64-v3 ABI, matching CentOS Stream 10 / future RHEL-10 - RPM arch "x86_64_v2" The optional arch built for x86_64-v2 ABI, matching the ABI baseline from CentOS Stream 9 / RHEL-9 I've not tried them, but I'm assuming neither of these are parallel installable, with the choice fixed at provisioning time. With regards, Daniel [1] https://almalinux.org/blog/2024-10-22-introducing-almalinux-os-kitten/ https://kitten.repo.almalinux.org/10-kitten/BaseOS/ -- |: https://berrange.com -o- https://www.flickr.com/photos/dberrange :| |: https://libvirt.org -o- https://fstop138.berrange.com :| |: https://entangle-photo.org -o- https://www.instagram.com/dberrange :| -- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-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/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
