[binary R ] app-emulation/libvirt-6.8.0-r1:0/6.8.0::gentoo USE="caps dbus libvirtd qemu udev -apparmor -audit -dtrace -firewalld -fuse -glusterfs -iscsi -iscsi-direct -libssh -lvm -lxc -macvtap -nfs -nls -numa (-openvz) -parted -pcap -policykit -rbd -sasl (-selinux) -vepa -virt-network -virtualbox -wireshark-plugins -xen -zfs" 0 KiB # /usr/sbin/libvirtd 2020-11-16 08:56:09.845+0000: 314: info : libvirt version: 6.8.0 2020-11-16 08:56:09.845+0000: 314: info : hostname: $HOSTNAME 2020-11-16 08:56:09.845+0000: 314: error : virModuleLoadFile:53 : internal error: Failed to load module '/usr/lib64/libvirt/connection-driver/libvirt_driver_nwfilter.so': libpcap.so.1: cannot open shared object file: No such file or directory
This was fixed by the following upstream commit: https://github.com/libvirt/libvirt/commit/c8be9ccc36a32cc756d05b2c0838c43a57be15f7 We need to backport it.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ad451bce337625b991035a0816d03127336e0b21 commit ad451bce337625b991035a0816d03127336e0b21 Author: Michal Privoznik <mprivozn@redhat.com> AuthorDate: 2020-12-06 20:00:00 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2020-12-07 08:53:19 +0000 app-emulation/libvirt-6.8.0: Properly handle libpcap if it's explicitly disabled This is a direct backport of an upstream commit of: c8be9ccc36a32cc756d05b2c0838c43a57be15f7 It was merged in 6.9.0 release, so 6.8.0 is the only release which is still buggy. Resolves: https://bugs.gentoo.org/754888 Signed-off-by: Michal Privoznik <mprivozn@redhat.com> Closes: https://github.com/gentoo/gentoo/pull/18536 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> ...rly-handle-libpcap-if-it-s-explicitly-dis.patch | 56 ++++++++++++++++++++++ ...irt-6.8.0-r1.ebuild => libvirt-6.8.0-r2.ebuild} | 1 + 2 files changed, 57 insertions(+)
