On Mon, Jan 13, 2025 at 6:06 AM Petr Pisar <ppi...@redhat.com> wrote: > > V Sun, Jan 12, 2025 at 07:08:05PM -0500, Neal Gompa napsal(a): > > On Sun, Jan 12, 2025 at 4:36 PM Chris Adams <li...@cmadams.net> wrote: > > > > > > Once upon a time, Neal Gompa <ngomp...@gmail.com> 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. > > > Could you point me to a documentation or an example of the SuSE > implementation. So far I only found > <https://en.opensuse.org/openSUSE:X86-64-Architecture-Levels> and > <https://news.opensuse.org/2023/03/02/tw-gains-optional-optimizations/> which > do not reveal how RPM and Zypper work with the architecture levels. >
This was implemented in libzypp 17.31.9 in the following commits: * https://github.com/openSUSE/libzypp/commit/6b1f606343554bdcd01f290c887b286122c0a2d2 * https://github.com/openSUSE/libzypp/commit/929743bbbba8e5a3bcaf08e8a747c7a3b3fdcbcb It seems to be relatively straightforward to support. -- 真実はいつも一つ！/ Always, there's only one truth! -- _______________________________________________ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
