Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#79458 - [qemu] 8.1.0 minor build issues
Attached to Project:
Arch Linux
Opened by Toolybird (Toolybird) - Wednesday, 23 August 2023, 20:24 GMT
Last edited by Toolybird (Toolybird) - Tuesday, 29 August 2023, 08:30 GMT
Opened by Toolybird (Toolybird) - Wednesday, 23 August 2023, 20:24 GMT
Last edited by Toolybird (Toolybird) - Tuesday, 29 August 2023, 08:30 GMT
|
Details1. As per the release notes [1] latest QEMU build now downloads missing Python build deps from from PyPI if not available on the host. You can see evidence of this inside `build/pyvenv/lib/python3.11/site-packages'. Refer to `qemu-8.1.0/python/scripts/mkvenv.py' for the details. Adding "python-pip" and "python-setuptools" to makedepends solves the problem.
2. There is a new upstream bug [2] whereby keyutils is not detected properly by meson which results in it not being linked into the build. This is picked up by namcap: $ namcap /var/cache/pacman/pkg/qemu-system-x86-8.1.0-1-x86_64.pkg.tar.zst | grep keyutils qemu-system-x86 W: Dependency included, but may not be needed ('keyutils') 3. Adding "Use mold for linking to speed up build" is slightly questionable IMHO. It seems to have caused some interesting new warnings from namcap. Still investigating... [1] https://wiki.qemu.org/ChangeLog/8.1#Build_Dependencies [2] https://gitlab.com/qemu-project/qemu/-/issues/1842 |
This task depends upon
Closed by Toolybird (Toolybird)
Tuesday, 29 August 2023, 08:30 GMT
Reason for closing: Fixed
Additional comments about closing: qemu 8.1.0-2
Tuesday, 29 August 2023, 08:30 GMT
Reason for closing: Fixed
Additional comments about closing: qemu 8.1.0-2
Hmm, this doesn't work for me. A quick unscientific test with my local customized slimmed down QEMU build:
ld.bfd 2.41.0
real 15m20.052s
user 0m3.201s
sys 0m2.675s
ld.mold 2.1.0
real 15m33.346s
user 0m3.283s
sys 0m2.783s
It was actually slower. I was under the impression mold really shines on large C++ code bases, but QEMU is not in this category which probably explains it. Therefore I'd recommend not using mold for QEMU. On the plus side, the mold-linked QEMU still passed `make check' when I ran it separately to above.
Mold indeed seems to lead to some overlinking in some scenarios, which is... odd. But largely appears to be harmless.
Either way I'll remove it again for now. Currently, long periods of time are still spent in stripping and creation of split packages. Makepkg is really incredibly slow with larger amounts of split packages... ;_;
besides this minor proper patch the build is working fine for me. :)