Your message dated Fri, 06 Sep 2024 11:55:20 +0000
with message-id <[email protected]>
and subject line Bug#1080456: fixed in qemu 1:9.1.0+ds-3
has caused the Debian Bug report #1080456,
regarding qemu-system-common: /usr/lib/qemu/ helper scripts moved without
updating related packages
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1080456: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1080456
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: qemu-system-common
Version: 1:9.0.2+ds-7
Severity: normal
Dear Maintainer,
From the "qemu (1:9.0.2+ds-2) unstable; urgency=medium" changelog:
* move helper binaries (qemu-bridge-helper, virtfs-proxy-helper,
vhost-user-gpu) from usr/lib/qemu to usr/libexec/qemu
Can we not do this until tools like virt-manager and virsh are changed,
as now we have this silly 10 second delay.
Not sure how recommending users "update their scripts" helps when the
main packages that use them aren't being updated.
For now I'm having to delete the helpers in /usr/lib/qemu/ and create
symlinks to the versions in /usr/libexec/qemu/ so why don't we symlink
the whole directory or better still update qemu-system-gui,
qemu-system-common and virtiofsd to use the new path?
Similar to removing the setuid bit on qemu-bridge-helper, we need a way
to override/prevent this on upgrade using dpkg as you can't make a
symlink immutable:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765936
Regards.
-- System Information:
Debian Release: trixie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.10.6-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages qemu-system-common depends on:
ii libasound2t64 1.2.12-1
ii libbrlapi0.8 6.6-5+b1
ii libc6 2.40-2
ii libcacard0 1:2.8.0-3+b1
ii libcap-ng0 0.8.5-2
ii libglib2.0-0t64 2.82.0-1
ii libgmp10 2:6.3.0+dfsg-2+b1
ii libgnutls30t64 3.8.6-2
ii libhogweed6t64 3.10-1
ii libncursesw6 6.5-2
ii libnettle8t64 3.10-1
ii libnuma1 2.0.18-1
ii libpixman-1-0 0.42.2-1+b1
ii libtinfo6 6.5-2
ii liburing2 2.7-2
ii libusb-1.0-0 2:1.0.27-1
ii libusbredirparser1t64 0.14.0-1
qemu-system-common recommends no packages.
qemu-system-common suggests no packages.
-- no debconf information
--
Simon John
--- End Message ---
--- Begin Message ---
Source: qemu
Source-Version: 1:9.1.0+ds-3
Done: Michael Tokarev <[email protected]>
We believe that the bug you reported is fixed in the latest version of
qemu, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Michael Tokarev <[email protected]> (supplier of updated qemu package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Fri, 06 Sep 2024 14:33:28 +0300
Source: qemu
Architecture: source
Version: 1:9.1.0+ds-3
Distribution: unstable
Urgency: medium
Maintainer: Debian QEMU Team <[email protected]>
Changed-By: Michael Tokarev <[email protected]>
Closes: 1080456
Changes:
qemu (1:9.1.0+ds-3) unstable; urgency=medium
.
* revert the move of the helper binaries (qemu-bridge-helper,
virtfs-proxy-helper, vhost-user-gpu) to /usr/libexec/qemu/,
moving them back to /usr/lib/qemu/ where they had always been.
This restores suid-root dpkg-statoverride for qemu-bridge-helper if the
user enabled it, and makes common tools like libvirt to work correctly
again. Such change needs more thinking. Closes: #1080456.
* d/microvm-devices.mak: disable VIRTIO_MEM and VIRTIO_PMEM devices
These are PCI-only devices but PCI is disabled for microvm.
* d/patches: remove revert-hw-virtio-move-stubs-out-of-stubs.patch after
disabling virtio-mem and virtio-pmem.
* d/microvm-devices.mak: disable Q35 machine type now when it is possible
(in version 6.1 where microvm has been enabled it didn't work).
* d/qemu-user-static.NEWS: write a news entry about qemu-user-static
merge to qemu-user package
* d/changelog: mention closing of #1079603 by 9.1.0+ds-1 (qemu-user merge)
* d/changelog: fix a typo in old (7.2+dfsg-4) entry
* d/changelog: remove duplicate entries from 9.0.2+ds-2 log
* d/rules: disable tests on sparc64 (it fails there)
Checksums-Sha1:
75b1545ab8042332a18db013e2eac38b5ad67328 12035 qemu_9.1.0+ds-3.dsc
f006b482aa0ad4bf03ae5cd19f59e9c67db7a2eb 119032 qemu_9.1.0+ds-3.debian.tar.xz
0d1562fe39e7a0dba4d5afdeda71c69fb1ba683f 8589 qemu_9.1.0+ds-3_source.buildinfo
Checksums-Sha256:
7f533e63bed96e5721ecb9aa6ed01bedbf793c4f67230859f041a02969194c92 12035
qemu_9.1.0+ds-3.dsc
bc5e004fb3610813ae16ac3b1cabccbf36a37313de78ce257547c83fed07635f 119032
qemu_9.1.0+ds-3.debian.tar.xz
b4216639b776f9c2849312000c39795155adc5e18f11cc5f03782b4292bb8855 8589
qemu_9.1.0+ds-3_source.buildinfo
Files:
88e3e396e2c4e071603f1ec7c90bad10 12035 otherosfs optional qemu_9.1.0+ds-3.dsc
c56e13ec9e23d54c4d72cce99f0fb8f5 119032 otherosfs optional
qemu_9.1.0+ds-3.debian.tar.xz
78a023c31e887cbb38a60c2387b93e59 8589 otherosfs optional
qemu_9.1.0+ds-3_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEZKoqtTHVaQM2a/75gqpKJDselHgFAmba6NIACgkQgqpKJDse
lHgQ+A/9F6Ln1tDY6TjbkKeo/N9X/txaS61hD8NtAWCx6Q0JmFTtUMMqB71Uv+L/
xq3VVuD3keYq+/XMH/FD1Yc3JKtUj0TOX24ZFnEufpBqec+pyaQXWAidMZ8qKioQ
DnfJCXp/Jjx4ToPv8W+hHihEYLl8LLm7exRkBw7JnarXcQKkKmCsrbUYkaifE/+g
Bj6q50NYSha51H5Sg77Hk8hDkvPw5PGYsEFCB3Edo8cS4wRjMwiTGYJsFwcYts67
lwxiCofppzVf9tJJM+wDyh7bwi6gOgZALi1GqroiSFIbXvpf5wRG8Qes1XX9xUYl
uTFGHT2qbp1GbmzPQBlYyfftLNfX9QqKDSVK0RBydhaAE6I+ryR9xkJPPF2bnuR3
nigsUuo6QuvznxIXfWMfYz6aPatfFmm9WREsXFVuUhsJ9W8ToGJEnzvtn1ITkzsJ
pusGc2593tBiQ73HwPZxmvgflESNmXpfWIDjUXsHTTRmkD7MG3mo3D+LHzaaIT2k
EqU/w9Um7gBAUuLuvPGg0PF7MUbDGXc/otyKmqZv95aVZvIDrUGzsEhO9AWn+CLC
Y17+vITo96NgWk9Lq0kPSzZGXWdXY+VTUWeTv+2kvNqy6bLP8gFbnRpYOOHwrFN7
vlGKHRVVIysgpzJSiJMz96RM8cMcJ6X2tmz14pfoPlWM6z0ItTI=
=Aefw
-----END PGP SIGNATURE-----
pgp1V5Nn2fH1Y.pgp
Description: PGP signature
--- End Message ---
