iproute2 configure program explicitly checks for libcap support and the ebuild does not provide a way to control for this dependency. Unfortunately, there does not seem to be an easy way to tell its configure to enable/disable libcap inclusion and solely depends on libcap's existence in the system. For example, a system is initially built with -caps, but later +caps is enabled, the iproute2 package will not rebuild on a world --newuse update. Also, the ebuild has no *DEPEND for sys-libs/libcap
This was for: sys-apps/iproute2-4.17.0
This should be a higher priority than "normal". This breaks network init scripts on systems that use binary packages if they were automagically linked to libcap!
I hit this as well on a binpkg system since upgrading to iproute2-4.17
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=2185fdc6724d0cf893fa228ef8e63b3791cae223 commit 2185fdc6724d0cf893fa228ef8e63b3791cae223 Author: Lars Wendler <polynomial-c@gentoo.org> AuthorDate: 2018-10-29 22:18:50 +0000 Commit: Lars Wendler <polynomial-c@gentoo.org> CommitDate: 2018-10-29 22:21:06 +0000 sys-apps/iproute2: Revbumps to fix automagic dep on sys-libs/libcap Closes: https://bugs.gentoo.org/667644 Signed-off-by: Lars Wendler <polynomial-c@gentoo.org> Package-Manager: Portage-2.3.51, Repoman-2.3.11 ...tch => iproute2-4.17.0-configure-nomagic.patch} | 68 +++++++++++++--------- ...te2-4.17.0.ebuild => iproute2-4.17.0-r1.ebuild} | 6 +- ...te2-4.19.0.ebuild => iproute2-4.18.0-r1.ebuild} | 6 +- ...te2-4.18.0.ebuild => iproute2-4.19.0-r1.ebuild} | 8 ++- sys-apps/iproute2/iproute2-9999.ebuild | 8 ++- 5 files changed, 60 insertions(+), 36 deletions(-)