[Libguestfs] [RESOLVED] symbol lookup error: /lib64/libgnutls.so.28 - undefined symbol: nettle_secp_256r1

Kashyap Chamarthy kchamart at redhat.com
Mon Jan 27 10:55:18 UTC 2014


On 01/27/2014 03:10 PM, Richard W.M. Jones wrote:
> On Mon, Jan 27, 2014 at 10:27:20AM +0100, Pino Toscano wrote:
>> On Monday 27 January 2014 11:06:14 Kashyap Chamarthy wrote:
>>> Running virt-builder in a guest Fedora-20 guest hypervisor w/ Rawhide
>>> Kernel, throws the below:
>>>
>>>   $ virt-builder fedora-20 --format qcow2 --size 20G
>>>   virt-builder: symbol lookup error: /lib64/libgnutls.so.28: undefined
>>> symbol: nettle_secp_256r1
>>
>> A couple of ideas:
>> 1) libgnutls has been upgraded and it uses newer symbols from libnettle
>>    without a proper versioned dependency on it
>> 2) libnettle has been upgraded, removing symbols used by libgnutls (that
>>    would be an ABI break)
>>
>> So either there was an ABI break, or there's a too low dependency in 
>> those two packages.
> 
> This would be my guess too.  I'll see if I can reproduce this in
> Rawhide ...

Ok, since I was selectively updating Kernel/QEMU/Libvirt/Libguestfs
packages on F20.

I had to update nettle from nettle-2.7.1-3.fc20.x86_64 to
nettle-2.7.1-3.fc21.x86_64 (Thanks to Rich for noticing that distinction.)

And, use 3.12.8-300.fc20.x86_64 Kernel on both L0 and L1.

Now, virt-builder proceeds just fine in L1. Let's see if I can get to my
_actual_ test (of trying to get `x86info -a` of an L2 guest), now that
I'm done w/ these collateral issues :-)

Thanks both Rich, Pino.

-- 
/kashyap




More information about the Libguestfs mailing list