On 13/01/2025 10:11, Zbigniew Jędrzejewski-Szmek wrote:
First, this would require setting up the infrastructure to build and store and distribute multiple builds of a single version of a package. This is something that Fedora currently doesn't do, so it'd require changes to operations in mock, koji, bodhi, the CI, mirrors.
Yes, but that would be better than storing 2x (or maybe 3x in the future for the v3 subarchitecture) binaries on each Fedora user's machine.
This will be very important especially for Server Edition, since disk space on host machines is very limited and the user *pays* for it.
Second, dnf would need to learn about this and install the appropriate variant.
RPM and Zypper already support this feature: https://github.com/rpm-software-management/rpm/commit/cd46c1704ccd8eeb9b600729a0a1c8738b66b847 https://github.com/openSUSE/libzypp/commit/fc151d82689c14635fd099f7b2f5a6e3ae698633 We need to port this functionality to dnf5.
Third, this choice would be "permanent", i.e. it would be done once at package installation time. If the user tries to boot the same image on different hardware, it might fail. This is inferior to the proposed approach where the choice is made at runtime.
Yes. But user can do a simple chroot and use `dnf swap` for all unsupported packages. This is a trivial task.
Of course, the dnf5 package should not be optimized.
Fourth, this would actualy use more space. Most packages have only a little bit of code and a lot of other files, so duplicating whole packages to provide different variants of a few binaries would not be space efficient.
Only on mirrors. I think it's ok since the number of these packages will be small.
-- Sincerely, Vitaly Zaitsev (vitaly@xxxxxxxxxxxxxx) -- _______________________________________________ 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
