* ERROR: app-emulation/qemu-6.0.0::gentoo failed (configure phase): * configure failed * * Call stack: * ebuild.sh, line 127: Called src_configure * environment, line 4206: Called qemu_src_configure 'softmmu' ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1-j3-20210612-103150 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-11.1.0 * Python 3.9.5 Available Ruby profiles: [1] ruby26 (with Rubygems) [2] ruby30 (with Rubygems) * Available Rust versions: [1] rust-bin-1.52.1 * The following VMs are available for generation-2: *) AdoptOpenJDK 8.292_p10 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm The Glorious Glasgow Haskell Compilation System, version 8.10.4 HEAD of ::gentoo commit 6ce6aeee696630de38b2a3bdfd760b08e8259c02 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Sat Jun 12 17:50:21 2021 +0000 2021-06-12 17:50:20 UTC emerge -qpvO app-emulation/qemu [ebuild N ] app-emulation/qemu-6.0.0 USE="aio bzip2 curl doc fdt filecaps jpeg ncurses nls oss pin-upstream-blobs seccomp slirp vhost-net vnc xattr -accessibility -alsa -caps -capstone -debug -fuse -glusterfs -gnutls -gtk -infiniband -io-uring -iscsi -jack -jemalloc -lzo -multipath -nfs -numa -opengl -plugins -png -pulseaudio -python -rbd -sasl -sdl -sdl-image (-selinux) -smartcard -snappy -spice -ssh -static -static-user -systemtap -test -udev -usb -usbredir -vde -vhost-user-fs -virgl -virtfs -vte -xen -xfs -zstd" PYTHON_TARGETS="python3_9 -python3_10 -python3_8" QEMU_SOFTMMU_TARGETS="i386 x86_64 -aarch64 -alpha -arm -avr -cris -hppa -lm32 -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -moxie -nios2 -or1k -ppc -ppc64 -riscv32 -riscv64 -rx -s390x -sh4 -sh4eb -sparc -sparc64 -tricore -unicore32 -xtensa -xtensaeb" QEMU_USER_TARGETS="i386 x86_64 -aarch64 -aarch64_be -alpha -arm -armeb -cris -hexagon -hppa -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -mipsn32 -mipsn32el -nios2 -or1k -ppc -ppc64 -ppc64abi32 -ppc64le -riscv32 -riscv64 -s390x -sh4 -sh4eb -sparc -sparc32plus -sparc64 -xtensa -xtensaeb"
Created attachment 715575 [details] emerge-info.txt
Created attachment 715578 [details] app-emulation:qemu-6.0.0:20210612-181553.log
Created attachment 715581 [details] emerge-history.txt
Created attachment 715584 [details] environment
Created attachment 715587 [details] etc.portage.tar.bz2
Created attachment 715590 [details] logs.tar.bz2
FWIW in make.conf a make command line is defined wrt to slibtool
> ERROR: GNU make (make LIBTOOL=rdlibtool) not found I'd say it's not slibtool specifically but the fast that $MAKE does not name a binary: > MAKE="make LIBTOOL=rdlibtool" > MAKEFLAGS="LIBTOOL=rdlibtool" > MAKEOPTS="-j3" Let's see how qemu passes it around and if we can drop the quoting.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f09915592646599a26c0be1f368809f4a5e84532 commit f09915592646599a26c0be1f368809f4a5e84532 Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2021-06-26 19:55:04 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2021-06-26 19:59:05 +0000 app-emulation/qemu: allow MAKE='make ...' form Reported-by: Toralf Förster Closes: https://bugs.gentoo.org/795678 Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> app-emulation/qemu/files/qemu-6.0.0-make.patch | 14 ++++++++++++++ app-emulation/qemu/qemu-6.0.0.ebuild | 1 + 2 files changed, 15 insertions(+)
