* ERROR: net-misc/netkit-rsh-0.17-r10::gentoo failed (configure phase): * (no error message) * ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0_musl_hardened-20200328-201618 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-gentoo-linux-musl-9.3.0 * clang version 10.0.0 Target: x86_64-gentoo-linux-musl Thread model: posix InstalledDir: /usr/lib/llvm/10/bin /usr/lib/llvm/10 10.0.0 Available Python interpreters, in order of preference: [1] python3.8 [2] python3.7 [3] python3.6 [4] python2.7 (fallback) Available Ruby profiles: [1] ruby24 (with Rubygems) [2] ruby25 (with Rubygems) * Available Rust versions: [1] rust-1.42.0 * timestamp of HEAD at this tinderbox image: /var/db/repos/gentoo Thu Apr 2 06:37:41 UTC 2020 /var/db/repos/musl Fri Mar 27 00:25:27 UTC 2020 emerge -qpvO net-misc/netkit-rsh [ebuild N ] net-misc/netkit-rsh-0.17-r10 USE="filecaps pam"
Created attachment 628956 [details] emerge-info.txt
Created attachment 628958 [details] emerge-history.txt
Created attachment 628960 [details] environment
Created attachment 628962 [details] etc.portage.tbz2
Created attachment 628964 [details] net-misc:netkit-rsh-0.17-r10:20200402-073831.log
Created attachment 628966 [details] temp.tbz2
This software uses the non-POSIX rexec(3) function from glibc.
(In reply to Mike Gilbert from comment #7) > This software uses the non-POSIX rexec(3) function from glibc. Looking into old bugs in netkit-rsh... So it sounds like netkit-rsh should be package.mask'ed for any profile using musl? (uclibc does seem to have an rexec(3).) Alternately, we could hack up netkit-rsh to skip only rexec(1) when not available, and proceed with building the rest, but I don't know that any musl users actually care since this looks auto-generated. I'll submit a PR to package.mask it for musl profiles unless someone objects.
(In reply to Hank Leininger from comment #8) > (In reply to Mike Gilbert from comment #7) > > This software uses the non-POSIX rexec(3) function from glibc. > > Looking into old bugs in netkit-rsh... > > So it sounds like netkit-rsh should be package.mask'ed for any profile using > musl? (uclibc does seem to have an rexec(3).) > > Alternately, we could hack up netkit-rsh to skip only rexec(1) when not > available, and proceed with building the rest, but I don't know that any > musl users actually care since this looks auto-generated. > > I'll submit a PR to package.mask it for musl profiles unless someone objects. I'm inclined to say we let someone complain if they care, yeah.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f3fe7da4ca80dc42ea1be26ea88b2badbb2549fb commit f3fe7da4ca80dc42ea1be26ea88b2badbb2549fb Author: Hank Leininger <hlein@korelogic.com> AuthorDate: 2021-07-14 22:22:34 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-07-14 23:55:41 +0000 profiles/features/musl/package.mask: mask net-misc/netkit-rsh, bug #715898 Signed-off-by: Hank Leininger <hlein@korelogic.com> Closes: https://bugs.gentoo.org/715898 Closes: https://github.com/gentoo/gentoo/pull/21645 Signed-off-by: Sam James <sam@gentoo.org> profiles/features/musl/package.mask | 4 ++++ 1 file changed, 4 insertions(+)