[libvirt] [PATCH] maint: update to latest gnulib

Michal Privoznik mprivozn at redhat.com
Fri Dec 6 08:33:10 UTC 2013


On 06.12.2013 00:52, Eric Blake wrote:
> A couple of fixes for bootstrap issues reported on IRC:
> - on some older glibc systems, ./configure could deadlock due to
> a glibc malloc bug
> - on FreeBSD systems, a broken autom4te coupled with gettext
> 0.18.3 prevents bootstrap; we can't work around it, but can at
> least inform the user why they have a problem
> 
> And as always, portability fixes in other modules, some of which
> are used by libvirt.
> 
> * .gnulib: Update to latest, in part for bootstrap improvements.
> * bootstrap: Resync to gnulib.
> 
> Signed-off-by: Eric Blake <eblake at redhat.com>
> ---
> 
> Hmm, in reading this gnulib changelog, I'm not sure I want to
> push right away: the line about md5 being tweaked to use openssl
> makes me wonder if this update is dragging in a new library
> dependency; I'll have to do a bit more investigation.  But
> here's the patch, if anyone else also wants to investigate.
> 
> * .gnulib 831b84c...fdfe96f (18):
>   > bootstrap: warn about BSD toolchain snafu
>   > open-tests: port to glibc with _FORTIFY_SOURCE and -O1
>   > include_next: minimize code duplication
>   > getcwd: fix compile error in configure check
>   > regex: suppress core dumps from detection code
>   > md5, sha1, sha256, sha512: support mandating use of openssl
>   > test-xvasprintf: disable some -Wformat-security diagnostics
>   > regex: avoid glibc deadlock during configure
>   > md5, sha1, sha256, sha512: use openssl routines if available

I think openssl is widely available. And yet, libvirt is already
dragging openssl in:

$ ldd ./daemon/.libs/libvirtd | grep ssl
libssl.so.1.0.0 => /usr/lib64/libssl.so.1.0.0 (0x00007f7ceed3e000)

I wonder where it got from:

libvirt.git $ grep -r \\-lssl .
grep: ./.git/objects/a1/sedRc8oQE: Permission denied

Michal




More information about the libvir-list mailing list