linux/poky.git/meta/recipes-support/libnl, branch yocto-3.4.3

Convert to new override syntax

2021-08-02T14:44:10+00:00

This is the result of automated script conversion: scripts/contrib/convert-overrides.py converting the metadata to use ":" as the override character instead of "_". (From OE-Core rev: 42344347be29f0997cc2f7636d9603b1fe1875ae) Signed-off-by: Richard Purdie

recipes-support: Add missing HOMEPAGE and DESCRIPTION for recipes

2021-03-02T20:39:36+00:00

Fixes: [YOCTO #13471] (From OE-Core rev: 6db24928d62aeb093a0e6da6619713eaca57a96f) Signed-off-by: Ida Delphine Signed-off-by: Richard Purdie

libnl: add ptest support

2021-02-21T22:01:28+00:00

All tests are installed, but only what `make check` runs is run, so currently that's 1 test named `check-all` `libcheck` needs to be present for ./configure to generate the check* tests. An issue asking about upstream testing strategy is opened at https://github.com/thom311/libnl/issues/270 (From OE-Core rev: 23a785a373f76a24f4f7dd867522ce296cbf30f3) Signed-off-by: Yi Fan Yu Signed-off-by: Richard Purdie

libnl: Extend for native/nativesdk

2020-07-08T09:56:16+00:00

libnl is required by networkmanager. (From OE-Core rev: b3c96103a5063eeefb0c537227eab3f77616b9c0) Signed-off-by: Christian Eggers Signed-off-by: Richard Purdie

libnl: don't patch libnl-3.0.pc

2019-09-06T07:15:45+00:00

This patch originally came from oe-classic in 2010 with the comment "fix pc file so that it actually links to the support libraries". If an application wants to link to the support libraries then it should be using the relevant .pc files to do so. oe-core builds successfully with this patch removed and other distributions don't carry it, so drop the patch. (From OE-Core rev: f4a544f46e2a58e64e90d92855d1d85966eefa10) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libnl: upgrade to 3.5.0

2019-09-06T07:15:45+00:00

Drop the musl workaround, as upstream has solved this correctly now. (From OE-Core rev: 6f777c872064cada250043da60d24295153642b6) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libnl: 3.2.29 -> 3.4.0

2018-02-06T11:06:29+00:00

1) Upgrade libnl from 3.2.29 to 3.4.0. 2) Add one patch "0001-PATCH-fix-libnl-3.4.0-musl-compile-problem.patch", for musl compile. 3) Delete one patch "fix-pktloc_syntax_h-race.patch", since upstream has refactored the makefiles, and the problematic code is now absent. (From OE-Core rev: 7502216082f7cf777173e316dfe67a116a1a2f50) Signed-off-by: Huang Qiyu Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libnl: update to 3.2.29

2017-03-01T23:27:09+00:00

Dropped patches are all backports. (From OE-Core rev: 57ff86881cb8e303c6a177b0ec8e8930dfb3b0a3) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

meta: remove True option to getVar calls

2016-12-16T10:23:23+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$ (From OE-Core rev: 7c552996597faaee2fbee185b250c0ee30ea3b5f) Signed-off-by: Joshua Lock Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libnl: fix RREPLACES and RCONFLICTS for libnl-genl

2016-09-03T08:58:37+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. (From OE-Core rev: a2e9e0bb7a4901f819332df30ec265616e422826) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie