Hi again Looks like I claimed victory quite a liitle bit too early ;-) So, on f16 with the set of features turned off, I could rpmbuild but ran into an issue when trying to yum-install libvirt, because it required libvirt-daemon-driver-interface looks like this interface rpm is not created in my case because I've turned off netcf, so I'm trying to work around this problem by re-enabling netcf, but if there's any other way I could go please let me know And, on f18, I'm still facing this issue here CCLD libvirtd /longbuildroot/BUILD/libvirt-1.0.2/src/.libs/libvirt.so: undefined reference to `curl_global_init' collect2: error: ld returned 1 exit status even though I have *double* checked that I have enabled the same patch that solved my problem on f16.... just in case that can be useful, here are the curl rpms that I have installed on my build box at the time of this problem [2013.02.20--lxc18] /build/BUILD/libvirt-1.0.2 # rpm -aq | grep curl curl-7.27.0-5.fc18.x86_64 libcurl-devel-7.27.0-5.fc18.x86_64 libcurl-7.27.0-5.fc18.x86_64 python-pycurl-7.19.0-12.fc18.x86_64 Many thanks -- Thierry On Feb 19, 2013, at 10:43 PM, Doug Goldstein wrote: > On Tue, Feb 19, 2013 at 2:54 PM, Jiri Denemark <jdenemar@xxxxxxxxxx> wrote: >> On Tue, Feb 19, 2013 at 14:37:40 -0600, Doug Goldstein wrote: >>> FWIW, I keep the patchset that I push into Gentoo now in a bit >>> friendlier place to access: >>> >>> http://git.cardoe.com/?p=libvirt.git;a=shortlog;h=refs/heads/v1.0.2-maint >>> >>> Due to Gentoo "supporting" each release of libvirt, we'll have a >>> stable branch for every release that others are welcome to follow or >>> look at or make suggestions to include. >> >> Doug, any reason for not having them in upstream libvirt git? We already >> have maint branches for some releases, which happen to be the releases >> present in Fedora and the main reason for that is the people maintaining >> them are mostly interested in Fedora. But we encourage others that are >> interested in having maint branches for other releases to do so. And the >> nice thing about it is, that if an ugly bug that has been present in >> libvirt for a long time may be fixed in all maint branches at once even >> by people who are really interested in just some of them. >> >> Jirka > > No reason not to. I'll gladly add them if people would like that. > > -- > Doug Goldstein -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list