Created attachment 512672 [details] libnsl-0-r1.ebuild Although net-libs/libnsl is a dummy ebuild, it should follow the other packages and have multilib USE flags pointing to glibc in order to satisfy current stable packages. Attached is my proposed ebuild to solve this.
In bug #643052 I proposed net-libs/libnsl-0 to be changed in a way similar to this: ``` inherit multilib-minimal if [[ "${MULTILIB_USEDEP}" != "${DEFAULT_ABI}" ]] ; then USEDEP=multilib fi DEPEND="elibc_glibc? ( <sys-libs/glibc-2.26[${USEDEP}] )" ```
(In reply to Dennis Schridde from comment #1) > In bug #643052 I proposed net-libs/libnsl-0 to be changed in a way similar > to this: > ``` > inherit multilib-minimal > if [[ "${MULTILIB_USEDEP}" != "${DEFAULT_ABI}" ]] ; then > USEDEP=multilib > fi > DEPEND="elibc_glibc? ( <sys-libs/glibc-2.26[${USEDEP}] )" > ``` This is unlikely to work as MULTILIB_USEDEP usually contains much more than one ABI
(In reply to Brian Evans from comment #2) > This is unlikely to work as MULTILIB_USEDEP usually contains much more than > one ABI For other (and shamefully obvious) reasons this also will not work. Please forget that I ever proposed it... Since the other (and only working) way of spelling out the USE dependencies one by one feels rather cludgey: Maybe we could create a function that derives a dependency string from the list of all ABIs supported by KEYWORDS and the package to depend on, if we are in a multilib situation? I.e. something that would be called as follows: KEYWORDS="x86 amd64 mips" DEPEND="sys-libs/glibc $(generate_depend 'sys-libs/glibc[multilib]')" And produce something like: DEPEND="sys-libs/glibc abi_x86_32? ( abi_x86_64? ( sys-libs/glibc[multilib] ) ) abi_x86_32? ( abi_x86_x32? ( sys-libs/glibc[multilib] ) ) abi_x86_64? ( abi_x86_x32? ( sys-libs/glibc[multilib] ) ) abi_mips_n64? ( abi_mips_n32? ( sys-libs/glibc[multilib] ) ) abi_mips_n64? ( abi_mips_o32? ( sys-libs/glibc[multilib] ) ) abi_mips_n32? ( abi_mips_o32? ( sys-libs/glibc[multilib] ) )"
Created attachment 512684 [details, diff] ebuild patch Here's a simpler solution. To quote my commit message: We don't actually want to RDEPEND on sys-libs/glibc[multilib] since the multilib USE flag is forced on/off by the user's profile, and a mismatch would just cause confusion.
This looks completed Closing
It's not committed yet... I'll have a look at it asap.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=71627502e290946938c5ae9bdecd910b14447a4b commit 71627502e290946938c5ae9bdecd910b14447a4b Author: Mike Gilbert <floppym@gentoo.org> AuthorDate: 2018-01-02 01:37:37 +0000 Commit: Andreas K. Hüttel <dilfridge@gentoo.org> CommitDate: 2018-04-30 11:25:15 +0000 net-libs/libnsl: inherit multilib-build in the dummy ebuild This populates IUSE with the appropriate flags. We don't actually want to RDEPEND on sys-libs/glibc[multilib] since the multilib USE flag is forced on/off by the user's profile, and a mismatch would just cause confusion. [Sorry for the delay -dilfridge] Closes: https://bugs.gentoo.org/643058 net-libs/libnsl/{libnsl-0.ebuild => libnsl-0-r1.ebuild} | 3 +++ 1 file changed, 3 insertions(+)