On 1/13/25 1:06 PM, Petr Pisar 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 <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.
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.
FWIW, here's the RPM PR with various pointers:
https://github.com/rpm-software-management/rpm/pull/2315
- Panu -
--
_______________________________________________
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
