Re: [Libguestfs] [RESOLVED] symbol lookup error: /lib64/libgnutls.so.28 - undefined symbol: nettle_secp_256r1
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