[libvirt] building libvirt 1.0.2 without quite a few features - undefined reference to `curl_global_init'

Thierry Parmentelat thierry.parmentelat at inria.fr
Wed Feb 20 11:42:27 UTC 2013

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 
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

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 at redhat.com> 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

More information about the libvir-list mailing list