Summary: | app-emulation/libvirt-1.0.2 USE=-libvirtd - node_device/node_device_udev.c:1608:37: error: unknown type name 'virStateInhibitCallback' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | majlo <ibuyandtrade0+bugs.gentoo.org> |
Component: | Current packages | Assignee: | Doug Goldstein (RETIRED) <cardoe> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bb, ibuyandtrade0+bugs.gentoo.org, virtualization |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
URL: | https://www.redhat.com/archives/libvir-list/2013-March/msg00975.html | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
majlo
2013-02-05 17:46:09 UTC
Created attachment 338030 [details]
build.log
Try libvirt-1.0.2-r2 and let me know. Unfortunately still fails with libvirt-1.0.2-r2. I see the same issue while compiling app-emulation/libvirt-1.0.2-r2 [0.10.2.1] USE="caps macvtap nls policykit python udev vepa -audit -avahi -firewalld% -iscsi -libvirtd -lvm -lxc -nfs -numa -openvz -parted -pcap -phyp -qemu -rbd -sasl (-selinux) -uml -virt-network -virtualbox -xen (-debug%)" 0 kB I have this problem too. pp-emulation/libvirt-1.0.2-r2 [0.10.2.1] USE="caps macvtap nls (policykit) python udev vepa -audit -avahi -firewalld% -iscsi -libvirtd -lvm -lxc -nfs -numa -openvz -parted -pcap -phyp -qemu -rbd -sasl (-selinux) -uml -virt-network -virtualbox -xen (-debug%)" I can confirm this also. I have the same USE flags as Martin above. The same failure occurs with app-emulation/libvirt-1.0.3-r1 as well. This will compile with the "libvirtd" USE, but the daemon isn't always desired obviously. I've posted a fix to the libvirt ML. You should be able to put it in /etc/portage/patches/app-emulation/libvirt/ until we carry it in tree. Once its accepted upstream I'll backport it to v1.0.3-maint and v1.0.2-maint and we'll have it in Gentoo. (In reply to comment #7) > I've posted a fix to the libvirt ML. You should be able to put it in > /etc/portage/patches/app-emulation/libvirt/ until we carry it in tree. > > Once its accepted upstream I'll backport it to v1.0.3-maint and v1.0.2-maint > and we'll have it in Gentoo. fixed :-) >>> Installing (1 of 1) app-emulation/libvirt-1.0.2-r2 mv: cannot stat ‘/var/tmp/portage/app-emulation/libvirt-1.0.2-r2/image//etc/sysctl.d/libvirtd’: No such file or directory * Compilation and optimization of Python modules for CPython 2.7 ... [ ok ] Fixed in 1.0.3-r2, which I will request for stable soon. (In reply to comment #8) > (In reply to comment #7) > > I've posted a fix to the libvirt ML. You should be able to put it in > > /etc/portage/patches/app-emulation/libvirt/ until we carry it in tree. > > > > Once its accepted upstream I'll backport it to v1.0.3-maint and v1.0.2-maint > > and we'll have it in Gentoo. > > fixed :-) > > >>> Installing (1 of 1) app-emulation/libvirt-1.0.2-r2 > mv: cannot stat > ‘/var/tmp/portage/app-emulation/libvirt-1.0.2-r2/image//etc/sysctl.d/ > libvirtd’: No such file or directory > * Compilation and optimization of Python modules for CPython 2.7 ... [ > ok ] Different issue, but I'll look into it. |