openembedded-core.git/meta/recipes-support/libnl, branch master

libnl: update to 3.2.29

2017-03-01T12:54:21+00:00

Dropped patches are all backports.

Signed-off-by: Alexander Kanavin 
Signed-off-by: Ross Burton

meta: remove True option to getVar calls

2016-12-16T08:30:03+00:00

getVar() now defaults to expanding by default, thus remove the True
option from getVar() calls with a regex search and replace.

Search made with the following regex: getVar ?\(( ?[^,()]*), True\)

Signed-off-by: Joshua Lock 
Signed-off-by: Ross Burton

libnl: fix RREPLACES and RCONFLICTS for libnl-genl

2016-09-03T08:58:26+00:00

The libnl-genl.rpm provides libnl-genl-3-200 after the following 2 fixes:
libnl: update to v3.2.28
libnl: fix packaging mistakes

$ rpm -qp --provides tmp/deploy/rpm/core2_64/libnl-genl-3-200-3.2.28-r0.4.core2_64.rpm
elf(buildid) = 4e753b2361ba0b02f162244a87cc0680796e46cc
libnl-genl = 3.2.28
libnl-genl-3.so.200()(64bit)
libnl-genl-3.so.200(libnl_3)(64bit)
libnl-genl2
libnl-genl-3-200 = 1:3.2.28-r0.4

Note, the libnl-genl2 is introduced by REPLACES_${PN}-genl = "libnl-genl2".

So that we don't need set libnl-genl-3-200 in the RREPLACES and
RCONFLICTS, otherwise it would cause do_rootfs errors when install both
libnl-genl.rpm and lib32-libnl-genl.rpm:

Computing transaction...error: Can't install libnl-genl-3-200-1:3.2.28-r0.0@core2_64: conflicted package libnl-genl-3-200-1:3.2.28-r0.0@lib32_x86 is locked

We didn't meet this error before was because there was no libnl-genl.rpm,
but libnl-3-genl.rpm, and it doesn't provide libnl-genl-3-200 by default.

Remove libnl-genl-3-200 from RREPLACES and RCONFLICTS will fix the problem.

Signed-off-by: Robert Yang 
Signed-off-by: Richard Purdie

libnl: backport musl fix (strerror_r / strerror_l)

2016-09-03T08:58:26+00:00

musl doesn't implement the non-posix compliant,
deprecated, glibc-only special version of strerror_r
that libnl had been using so far.

Backport the patch(set) that switches libnl over to
using strerror_l().

Signed-off-by: André Draszik 
Signed-off-by: Richard Purdie

libnl: update to v3.2.28

2016-09-03T08:58:25+00:00

See
  http://lists.infradead.org/pipermail/libnl/2016-August/002187.html
  http://lists.infradead.org/pipermail/libnl/2016-August/002200.html

Signed-off-by: André Draszik 
Signed-off-by: Richard Purdie

libnl: fix packaging mistakes

2016-09-03T08:58:25+00:00

- *.la files belong into -dev packages
- the genl-ctrl-list command line utility should go to into the CLI
  package, so as to prevent the libnl-genl library package from
  pulling in all of the command line utilities (as genl-ctrl-list
  is linked against libnl-cli-3.so.200)

Signed-off-by: André Draszik 
Signed-off-by: Richard Purdie

libnl: package the libnl-cli modules in libnl-cli

2016-02-02T14:42:15+00:00

The libraries that get installed into $libdir/libnl/cli/ are not development
libraries for linking against but loadable modules for the libnl-cli component,
so move them to the right package.

Signed-off-by: Ross Burton

meta: Drop now pointless manual -dbg packaging

2015-12-16T11:56:06+00:00

With the autodebug package generation logic, specifically setting FILES_${PN}-dbg
isn't needed in most cases, we can remove them.

Signed-off-by: Richard Purdie

libnl: separate B and S

2015-01-16T23:06:43+00:00

It works well now, and bump the PR to avoid:
configure: error: source directory already configured; run "make distclean" there first

Signed-off-by: Robert Yang

libnl: Upgrade to 3.2.25

2014-08-02T08:25:33+00:00

Remove one patch and rebase another

Signed-off-by: Saul Wold