This is an auto-filed bug because net-misc/vncsnapshot calls ranlib directly. The issue was originally discovered on amd64, but it may be reproducible on other arches as well. If you think that a different summary clarifies the issue better, feel free to change it. Attached build log and emerge --info. NOTE: If you think it doesn't make sense fix these type of issues, I'd like to point out that won't be possible use a different RANLIB implementation (like llvm-ranlib) by setting the RANLIB variable. So this issue has been reproduced by setting the RANLIB variable to x86_64-pc-linux-gnu-ranlib and by removing the /usr/bin/ranlib binary.
Created attachment 641558 [details] build.log build log and emerge --info
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=bc7f74e1dff8f3dd67bb1167e768909636dfb86d commit bc7f74e1dff8f3dd67bb1167e768909636dfb86d Author: Sam James <sam@gentoo.org> AuthorDate: 2020-09-14 22:26:58 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2020-09-14 22:26:58 +0000 net-misc/vncsnapshot: EAPI 7, respect tc variables * EAPI 4->7 * Respect AR, RANLIB * Don't clobber make (call $(MAKE) so jobserver persists) Closes: https://bugs.gentoo.org/742149 Closes: https://bugs.gentoo.org/725208 Package-Manager: Portage-3.0.4, Repoman-3.0.1 Signed-off-by: Sam James <sam@gentoo.org> net-misc/vncsnapshot/vncsnapshot-1.2a.ebuild | 34 +++++++++++++++++++++------- 1 file changed, 26 insertions(+), 8 deletions(-)
