[Rpm-maint] [rpm-software-management/rpm] elfdeps: Add full multiarch deps support (#1038)

[Neal Gompa (ニール・ゴンパ)]

This changes elfdeps to emit dependency strings that contain full architecture names instead of just declaring whether something is `64bit`. This means that systems that allow more than two architectures to be installed on the same computer will actually be able to resolve library dependencies correctly.

This means that RPM dependencies would be compatible with system library install schemes like Debian's, where libraries are installed into subdirectories under `/usr/lib` that are named after the platform triple. It also allows for multiarch installations where foreign architecture packages are automatically relocated to be installed under a system root target location (e.g. `/usr/<triple>/lib(64)`) as is done in distributions like Exherbo.

As part of this change, the legacy behavior is now encoded behind the `--biarch-deps` flag, which is passed in for both Provides and Requires by default.

This behavior can be enabled by passing `--multiarch-deps` or by setting `%__multiarch_deps` to 1 in the spec or vendor configuration.

When setting `%__multiarch_deps` to 1 in the spec or vendor configuration, legacy Provides are still generated to allow distributions to support packages generated with the legacy ELF dependency generator behavior.
You can view, comment on, or merge this pull request online at:

  https://github.com/rpm-software-management/rpm/pull/1038

-- Commit Summary --

  * elfdeps: Add full multiarch deps support

-- File Changes --

    M fileattrs/elf.attr (4)
    M tools/elfdeps.c (134)

-- Patch Links --

https://github.com/rpm-software-management/rpm/pull/1038.patch
https://github.com/rpm-software-management/rpm/pull/1038.diff

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/1038
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20200201/f6d50f37/attachment.html>