[libvirt] building libvirt 1.0.2 without quite a few features - undefined reference to `curl_global_init'
thierry.parmentelat at inria.fr
Wed Feb 20 11:42:27 UTC 2013
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
/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:
>>> 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.
> No reason not to. I'll gladly add them if people would like that.
> Doug Goldstein
More information about the libvir-list