Source: libvirt Severity: normal X-Debbugs-Cc: [email protected] Hi Andrea,
Please consider shipping the modular per-driver daemons (virtqemud etc., plus virtproxyd for socket compatibility) in a new binary package, so they're available as alternative to the monolithic libvirtd. This is separate from any decision about the default preset. Rationale: - Upstream treats libvirtd as legacy, replaced by the modular virt*d daemons, with removal planned. [0][1] - Fedora (since F35) [2], RHEL 9 [3], and SLES 15 SP6 [4] already ship and default to the modular daemons. - Upstream is adding support to build without libvirtd entirely (Feb 2026 RFC: -Ddriver_libvirtd=disabled). [5] Shipping the modular daemons now lets users opt in and keeps Debian ready for when upstream drops libvirtd. Happy to help test. Thanks, Lee [0] https://libvirt.org/daemons.html [1] https://www.berrange.com/posts/2020/02/04/libvirt-split-of-the-monolithic-libvirtd-daemon/ [2] https://fedoraproject.org/wiki/Changes/LibvirtModularDaemons [3] https://docs.redhat.com/en/documentation/red_hat_enterprise_linux/9/html/considerations_in_adopting_rhel_9/assembly_virtualization_considerations-in-adopting-rhel-9 [4] https://documentation.suse.com/sles/15-SP6/html/SLES-all/cha-libvirt-overview.html [5] http://www.mail-archive.com/[email protected]/msg15383.html -- System Information: Debian Release: 13.6 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable-security'), (990, 'proposed-updates'), (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.12.95+deb13-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
