[ubuntu/focal-proposed] libvirt 6.0.0-0ubuntu8.20 (Accepted)

[Mauricio Faria de Oliveira]

libvirt (6.0.0-0ubuntu8.20) focal; urgency=medium

  * d/p/u/lp2059272-2-qemu-Wait-qemuProcessReconnect-threads-in-cleanup.patch:
    Remove patch. It is not possible to wait for qemuProcessReconnect()
    in cleanup: it talks to QEMU monitor, which blocks on replies from
    event loop, but it's already stopped at cleanup, delaying shutdown.

  * d/p/u/lp2059272-2-qemu-Do-not-save-XML-in-shutdown-on-init.patch:
    Instead of waiting at cleanup for threads which might be blocked
    thus would _not even reach_ the function that causes the problem,
    just skip that function if it is _actually reached_ while daemon
    shutdown is in progress. That is in the init path and would just
    run again anyway the next time libvirtd is started (LP: #2059272)

  * NOTE: This package contains the changes from 6.0.0-0ubuntu8.18 and
    6.0.0-0ubuntu8.17 in focal-proposed (with symbolic changelog entry)
    superseded by 6.0.0-0ubuntu8.19 in focal-security.

libvirt (6.0.0-0ubuntu8.20~ubuntu8.18) focal; urgency=medium

  * d/p/u/lp2059272-1-qemu-Fix-potential-crash-during-driver-cleanup.patch:
    On QEMU driver cleanup, release (stop) the worker thread pool _first_,
    before other data used by possibly running worker threads (LP: #2059272)

  * d/p/u/lp2059272-2-qemu-Wait-qemuProcessReconnect-threads-in-cleanup.patch:
    On QEMU driver cleanup, also wait for qemuProcessReconnect() threads,
    as they are independent of the worker thread pool. (LP: #2059272)
    Focal needs this as it has no .stateShutdownWait() callback yet.
    (The wait timeout is set in LIBVIRT_QEMU_STATE_CLEANUP_WAIT_TIMEOUT:
     -1 = wait indefinitely; 0 = do not wait; N = wait up to N seconds.)

libvirt (6.0.0-0ubuntu8.20~ubuntu8.17) focal; urgency=medium

  * d/p/u/lp-1989078-*.patch: allow arm64 to lock its OVMF/AAVMF resources
    (LP: #1989078)

Date: Tue, 16 Apr 2024 14:20:13 -0300
Changed-By: Mauricio Faria de Oliveira <mfo at canonical.com>
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
https://launchpad.net/ubuntu/+source/libvirt/6.0.0-0ubuntu8.20
-------------- next part --------------
Format: 1.8
Date: Tue, 16 Apr 2024 14:20:13 -0300
Source: libvirt
Built-For-Profiles: noudeb
Architecture: source
Version: 6.0.0-0ubuntu8.20
Distribution: focal
Urgency: medium
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
Changed-By: Mauricio Faria de Oliveira <mfo at canonical.com>
Launchpad-Bugs-Fixed: 1989078 2059272
Changes:
 libvirt (6.0.0-0ubuntu8.20) focal; urgency=medium
 .
   * d/p/u/lp2059272-2-qemu-Wait-qemuProcessReconnect-threads-in-cleanup.patch:
     Remove patch. It is not possible to wait for qemuProcessReconnect()
     in cleanup: it talks to QEMU monitor, which blocks on replies from
     event loop, but it's already stopped at cleanup, delaying shutdown.
 .
   * d/p/u/lp2059272-2-qemu-Do-not-save-XML-in-shutdown-on-init.patch:
     Instead of waiting at cleanup for threads which might be blocked
     thus would _not even reach_ the function that causes the problem,
     just skip that function if it is _actually reached_ while daemon
     shutdown is in progress. That is in the init path and would just
     run again anyway the next time libvirtd is started (LP: #2059272)
 .
   * NOTE: This package contains the changes from 6.0.0-0ubuntu8.18 and
     6.0.0-0ubuntu8.17 in focal-proposed (with symbolic changelog entry)
     superseded by 6.0.0-0ubuntu8.19 in focal-security.
 .
 libvirt (6.0.0-0ubuntu8.20~ubuntu8.18) focal; urgency=medium
 .
   * d/p/u/lp2059272-1-qemu-Fix-potential-crash-during-driver-cleanup.patch:
     On QEMU driver cleanup, release (stop) the worker thread pool _first_,
     before other data used by possibly running worker threads (LP: #2059272)
 .
   * d/p/u/lp2059272-2-qemu-Wait-qemuProcessReconnect-threads-in-cleanup.patch:
     On QEMU driver cleanup, also wait for qemuProcessReconnect() threads,
     as they are independent of the worker thread pool. (LP: #2059272)
     Focal needs this as it has no .stateShutdownWait() callback yet.
     (The wait timeout is set in LIBVIRT_QEMU_STATE_CLEANUP_WAIT_TIMEOUT:
      -1 = wait indefinitely; 0 = do not wait; N = wait up to N seconds.)
 .
 libvirt (6.0.0-0ubuntu8.20~ubuntu8.17) focal; urgency=medium
 .
   * d/p/u/lp-1989078-*.patch: allow arm64 to lock its OVMF/AAVMF resources
     (LP: #1989078)
Checksums-Sha1:
 e1363b5a95acb8109006c67c74a97140417846e6 5335 libvirt_6.0.0-0ubuntu8.20.dsc
 d4230ee9dc655bc4ea0b5a0a38110a12d4b19520 237868 libvirt_6.0.0-0ubuntu8.20.debian.tar.xz
 72d8bd6a3418773bbf4c9a215241cc105c233bc6 14003 libvirt_6.0.0-0ubuntu8.20_source.buildinfo
Checksums-Sha256:
 97e2d60f06c5d6d89db53ed31acea2b03548b21b97ac645fa5d353be6cc60021 5335 libvirt_6.0.0-0ubuntu8.20.dsc
 40eef8a108ae85c90f5fa2b121929316d6ba0f272519b4ebe16cb7037429b920 237868 libvirt_6.0.0-0ubuntu8.20.debian.tar.xz
 13613b3042a1aa8fb28bf4fb167b6a5bf35963247523babd30b79537524c8cc2 14003 libvirt_6.0.0-0ubuntu8.20_source.buildinfo
Files:
 3b24bc120c7005c4c88e921ebd48babc 5335 libs optional libvirt_6.0.0-0ubuntu8.20.dsc
 caacad1ced9131e4da66e8fc98e161c7 237868 libs optional libvirt_6.0.0-0ubuntu8.20.debian.tar.xz
 f884e23bf49767e9701372eb636c4f0e 14003 libs optional libvirt_6.0.0-0ubuntu8.20_source.buildinfo
Original-Maintainer: Debian Libvirt Maintainers <pkg-libvirt-maintainers at lists.alioth.debian.org>