[netcf-devel] [PATCH 1/9] use libnl-3 instead of libnl-1

Eric Blake eblake at redhat.com
Tue Mar 20 15:26:22 UTC 2012


On 03/20/2012 08:11 AM, Serge Hallyn wrote:
> RTNL_LINK_NOT_FOUND no longer exists in libnl-3.0.  It used to be
> defined to -1, but now an index of 0 means does not exist.
> 
> Signed-off-by: Serge Hallyn <serge.hallyn at canonical.com>
> ---
>  configure.ac      |    2 +-
>  src/dutil_linux.c |   14 +++++++-------
>  src/dutil_linux.h |    2 +-
>  3 files changed, 9 insertions(+), 9 deletions(-)
> 
> Index: netcf-0.1.9/configure.ac
> ===================================================================
> --- netcf-0.1.9.orig/configure.ac	2011-10-07 13:56:38.000000000 +0000
> +++ netcf-0.1.9/configure.ac	2011-10-07 14:27:48.668839133 +0000
> @@ -103,7 +103,7 @@
>  if test "x$with_driver" != "xmswindows"
>  then
>      PKG_CHECK_MODULES([LIBAUGEAS], [augeas >= 0.5.0])
> -    PKG_CHECK_MODULES([LIBNL], [libnl-1])
> +    PKG_CHECK_MODULES([LIBNL], [libnl-3.0])

Ouch.  This breaks netcf for all distros that don't yet have libnl 3.
What we really need is glue code that lets us target either the libnl 1
or the libnl 3 API, so that the person running configure can choose
which API they are targeting.

-- 
Eric Blake   eblake at redhat.com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 620 bytes
Desc: OpenPGP digital signature
URL: <https://fedorahosted.org/pipermail/netcf-devel/attachments/20120320/70db8979/attachment.sig>


More information about the netcf-devel mailing list