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