make -j1 'BUILDTAGS=apparmor seccomp' DESTDIR=/var/tmp/portage/app-emulation/containerd-1.4.3-r1/image LDFLAGS=-extldflags -fno-PIC all man make: no-PIC: No such file or directory make: *** No rule to make target 'no-PIC'. Stop. * ERROR: app-emulation/containerd-1.4.3-r1::gentoo failed (compile phase): * emake failed * ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_hardened-20201219-112410 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-7.3.1 [2] x86_64-pc-linux-gnu-8.3.1 [3] x86_64-pc-linux-gnu-10.2.0 * clang version 11.0.0 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/11/bin /usr/lib/llvm/11 11.0.0 Available Python interpreters, in order of preference: [1] python3.9 [2] python3.8 (fallback) [3] python3.6 (fallback) [4] python2.7 (fallback) [5] pypy3 (fallback) Available Ruby profiles: (none found) Available Rust versions: [1] rust-1.48.0 * The following VMs are available for generation-2: 1) JamVM JDK 2.0.0 [jamvm] *) AdoptOpenJDK 8.272_p10 [openjdk-bin-8] Available Java Virtual Machines: [1] jamvm [2] openjdk-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.8.4 timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Tue Jan 5 01:07:37 AM UTC 2021 emerge -qpvO app-emulation/containerd [ebuild N ] app-emulation/containerd-1.4.3-r1 USE="apparmor btrfs cri device-mapper hardened seccomp (-selinux) -test"
Created attachment 681178 [details] emerge-info.txt
Created attachment 681181 [details] app-emulation:containerd-1.4.3-r1:20210105-034834.log
Created attachment 681184 [details] emerge-history.txt
Created attachment 681187 [details] environment
Created attachment 681190 [details] etc.portage.tbz2
*** Bug 763876 has been marked as a duplicate of this bug. ***
Created attachment 681295 [details] The new ebuid fixed this bug This is the fixed ebuild. Change LDFLAGS=$(usex hardened '-extldflags -fno-PIC' '') to LDFLAGS="$(usex hardened '-extldflags -fno-PIC' '')" fixed this bug.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=c36f073341898c359069072c5a2dc86db1ee4d53 commit c36f073341898c359069072c5a2dc86db1ee4d53 Author: Hector Martin <marcan@marcan.st> AuthorDate: 2021-01-04 07:39:26 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-01-12 22:46:04 +0000 app-emulation/containerd: fix USE=hardened This probably broke with the recent bash update. Signed-off-by: Hector Martin <marcan@marcan.st> Closes: https://bugs.gentoo.org/763648 Closes: https://github.com/gentoo/gentoo/pull/18937 Signed-off-by: Sam James <sam@gentoo.org> app-emulation/containerd/containerd-1.3.7.ebuild | 2 +- app-emulation/containerd/containerd-1.3.9.ebuild | 2 +- app-emulation/containerd/containerd-1.4.3-r1.ebuild | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-)