Created attachment 710097 [details] /var/tmp/portage/app-emulation/qemu-5.2.0-r50/temp/build.log Installing /var/tmp/portage/app-emulation/qemu-5.2.0-r50/work/qemu-5.2.0/user-build/docs/user/.buildinfo to /var/tmp/portage/app-emulation/qemu-5.2.0-r50/image/usr/share/doc/qemu-5.2.0-r50/html/qemu/user Installing /var/tmp/portage/app-emulation/qemu-5.2.0-r50/work/qemu-5.2.0/user-build/docs/user/search.html to /var/tmp/portage/app-emulation/qemu-5.2.0-r50/image/usr/share/doc/qemu-5.2.0-r50/html/qemu/user Installing /var/tmp/portage/app-emulation/qemu-5.2.0-r50/work/qemu-5.2.0/user-build/docs/user/genindex.html to /var/tmp/portage/app-emulation/qemu-5.2.0-r50/image/usr/share/doc/qemu-5.2.0-r50/html/qemu/user Traceback (most recent call last): File "/var/tmp/portage/app-emulation/qemu-5.2.0-r50/work/qemu-5.2.0/meson/mesonbuild/mesonmain.py", line 140, in run return options.run_func(options) File "/var/tmp/portage/app-emulation/qemu-5.2.0-r50/work/qemu-5.2.0/meson/mesonbuild/minstall.py", line 544, in run installer.do_install(datafilename) File "/var/tmp/portage/app-emulation/qemu-5.2.0-r50/work/qemu-5.2.0/meson/mesonbuild/minstall.py", line 362, in do_install self.install_targets(d) File "/var/tmp/portage/app-emulation/qemu-5.2.0-r50/work/qemu-5.2.0/meson/mesonbuild/minstall.py", line 458, in install_targets raise RuntimeError('File {!r} could not be found'.format(t.fname)) RuntimeError: File 'docs/qemu-ga-ref.7' could not be found […] FAILED: meson-install /usr/bin/python3.8 /var/tmp/portage/app-emulation/qemu-5.2.0-r50/work/qemu-5.2.0/meson/meson.py install --no-rebuild ninja: build stopped: subcommand failed. make: *** [Makefile:171: run-ninja] Error 1 app-emulation/qemu-5.2.0-r3 worked fine
Created attachment 710100 [details] emerge --info
# emerge -pv1O qemu These are the packages that would be merged, in order: [ebuild U ] app-emulation/qemu-5.2.0-r50::gentoo [5.2.0-r3::gentoo] USE="-accessibility aio alsa bzip2 caps (-capstone) curl -debug doc fdt filecaps -glusterfs -gnutls gtk -infiniband -io-uring -iscsi jack -jemalloc jpeg lzo -multipath ncurses -nfsnls -numa opengl oss pin-upstream-blobs -plugins png -pulseaudio -python -rbd sasl sdl -sdl-image seccomp (-selinux) slirp -smartcard -snappy -spice ssh -static -static-user -systemtap -test udev usb usbredir -vde vhost-net -vhost-user-fs -virgl -virtfs vnc -vte xattr -xen -xfs zstd" PYTHON_TARGETS="-python3_7 python3_8 -python3_9" QEMU_SOFTMMU_TARGETS="-aarch64 -alpha arm -avr -cris -hppa -i386 -lm32 -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -moxie -nios2 -or1k -ppc -ppc64 -riscv32 -riscv64 -rx -s390x -sh4 -sh4eb -sparc -sparc64 -tricore -unicore32 -x86_64 -xtensa -xtensaeb" QEMU_USER_TARGETS="-aarch64 -aarch64_be -alpha arm -armeb -cris -hppa -i386 -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -mipsn32 -mipsn32el -nios2 -or1k -ppc -ppc64 -ppc64abi32 -ppc64le -riscv32 -riscv64 -s390x -sh4 -sh4eb -sparc -sparc32plus -sparc64 -tilegx -x86_64 -xtensa -xtensaeb" 0 KiB
# grep -R doc /etc/portage /etc/portage/package.use/bluez:net-wireless/bluez deprecated extra-tools experimental doc /etc/portage/make.conf:# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing. apparently 'doc' is a default use flag for qemu?
This is an issue with >=dev-python/sphinx-4.0.0, but was fixed in qemu-6.0.0. Are you using stable qemu-5.2.0-r50 with ~testing sphinx-4.0.1? (this "shouldn't" happen with current stable sphinx-3.5.4). And yes, doc is default or else you don't get man pages.
> Are you using stable qemu-5.2.0-r50 with ~testing sphinx-4.0.1? This does appear to be the case: $ emerge -pv1O sphinx These are the packages that would be merged, in order: [ebuild R ~] dev-python/sphinx-4.0.1-r1::gentoo USE="-doc latex -test" PYTHON_TARGETS="-pypy3 -python3_7 python3_8 -python3_9" 0 KiB $ grep -R sphinx /etc/portage /etc/portage/package.accept_keywords/kitty:dev-python/sphinx So <qemu-6 should block >=sphinx-4?
I changed /etc/portage/package.accept_keywords/kitty:dev-python/sphinx to <dev-python/sphinx-4 and qemu-5.2.0-r50 succeeded - so I guess <qemu-6 definitely should block >=sphinx-4
Another option is to apply a workaround from https://bugs.gentoo.org/789561 to older ebuilds.
I wonder why it does not fail for me: # USE=" python_targets_python3_8 aio alsa bzip2 caps curl doc fdt filecaps gtk jack jpeg lzo ncurses opengl oss pin-upstream-blobs png sasl sdl seccomp slirp ssh udev usb usbredir vhost-net vnc xattr zstd icu" emerge -j2 -v1 sphinx =app-emulation/qemu-5.2.0-r50 [ebuild R ] dev-python/sphinx-4.0.2::gentoo USE="doc* -latex -test" PYTHON_TARGETS="python3_8 -pypy3 -python3_7 -python3_9" 0 KiB [ebuild UD ] app-emulation/qemu-5.2.0-r50::gentoo [6.0.0::gentoo] USE="aio alsa bzip2 caps curl doc fdt filecaps gtk jack jpeg lzo ncurses nls opengl oss pin-upstream-blobs png sasl sdl seccomp slirp ssh udev usb usbredir vhost-net vnc xattr zstd -accessibility -capstone -debug -glusterfs -gnutls -infiniband -io-uring -iscsi -jemalloc -multipath -nfs -numa -plugins -pulseaudio -python -rbd -sdl-image (-selinux) -smartcard -snappy -spice -static -static-user -systemtap -test -vde -vhost-user-fs -virgl -virtfs -vte -xen -xfs" PYTHON_TARGETS="python3_8 -python3_7 -python3_9* (-python3_10%)" QEMU_SOFTMMU_TARGETS="x86_64 -aarch64 -alpha -arm -avr -cris -hppa -i386 -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="-aarch64 -aarch64_be -alpha -arm -armeb -cris -hppa -i386 -m68k -microblaze -microblazeel -mips -mips64 -mips64el -mipsel -mipsn32 -mipsn32el -nios2 -or1k -ppc -ppc64 -ppc64abi32 -ppc64le -riscv32 -riscv64 -s390x -sh4 -sh4eb -sparc -sparc32plus -sparc64 -tilegx% -x86_64 -xtensa -xtensaeb (-hexagon%)" 0 KiB ... >>> Emerging (1 of 2) dev-python/sphinx-4.0.2::gentoo >>> Installing (1 of 2) dev-python/sphinx-4.0.2::gentoo >>> Emerging (2 of 2) app-emulation/qemu-5.2.0-r50::gentoo >>> Installing (2 of 2) app-emulation/qemu-5.2.0-r50::gentoo ... File seems to get merged successfully: $ fgrep qemu-ga-ref.7 *qemu* | fgrep '>>>' app-emulation:qemu-5.2.0-r50:20210525-065902.log:>>> /usr/share/man/man7/qemu-ga-ref.7.bz2 app-emulation:qemu-5.2.0-r50:20210525-175941.log:>>> /usr/share/man/man7/qemu-ga-ref.7.bz2 app-emulation:qemu-5.2.0-r50:20210525-183029.log:>>> /usr/share/man/man7/qemu-ga-ref.7.bz2 app-emulation:qemu-5.2.0-r50:20210525-184817.log:>>> /usr/share/man/man7/qemu-ga-ref.7.bz2 Maybe it's not just sphinx-4 but also some other USE flags or configuration we miss.
(In reply to Sergei Trofimovich from comment #8) > I wonder why it does not fail for me: > [...] Haven't tried but explanation looks simple. From sphinx/CHANGES for 4.0.2: Release 4.0.2 (released May 20, 2021) ===================================== [...] * #9217: manpage: Stop creating a section directory on build manpage by default (see :confval:`man_make_section_directory`)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=dadb2f72c60034e5c7b339f9ea2e51d9689c6fe4 commit dadb2f72c60034e5c7b339f9ea2e51d9689c6fe4 Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2021-05-26 06:52:40 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2021-05-26 06:53:57 +0000 app-emulation/qemu: revert "apply sphinx-4 workaround" This reverts commit 65b728346b8f8833906f796f16bafb8361931879. Reported-by: Michael Moon Bug: https://bugs.gentoo.org/789561 Bug: https://bugs.gentoo.org/791331 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> app-emulation/qemu/files/qemu-6.0.0-sphinx-4.patch | 35 ---------------------- app-emulation/qemu/qemu-6.0.0.ebuild | 1 - 2 files changed, 36 deletions(-)
Let's drop the workaround from qemu-6 as well.
