[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