Mirror of git.yoctoproject.org/poky https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-2.2 2018-02-06T11:06:29+00:00 2018-02-06T11:06:29+00:00 Huang Qiyu huangqy.fnst@cn.fujitsu.com 2018-02-01T18:01:58+00:00 urn:sha1:f7a97647ffa08c9991a1bc85301c459866311925 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 <huangqy.fnst@cn.fujitsu.com> Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2017-03-01T23:27:09+00:00 Alexander Kanavin alexander.kanavin@linux.intel.com 2017-02-22T14:51:16+00:00 urn:sha1:a4b618930ac398c054edcc89c14bde3211ba7cb5 Dropped patches are all backports. (From OE-Core rev: 57ff86881cb8e303c6a177b0ec8e8930dfb3b0a3) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-12-16T10:23:23+00:00 Joshua Lock joshua.g.lock@intel.com 2016-12-14T21:13:04+00:00 urn:sha1:c4e2c59088765d1f1de7ec57cde91980f887c2ff 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 <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-09-03T08:58:37+00:00 Robert Yang liezhi.yang@windriver.com 2016-09-02T05:09:14+00:00 urn:sha1:ff0ebe98a12cfaa1b4265633a2b8d6adfa539188 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 <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-09-03T08:58:37+00:00 André Draszik git@andred.net 2016-08-26T10:31:52+00:00 urn:sha1:75610e2d0b9f9f10e74c97ceac888a97422bcc73 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(). (From OE-Core rev: 3718761dd9bd841c4383b63346c1ff2c81570af6) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-09-03T08:58:37+00:00 André Draszik git@andred.net 2016-08-26T10:31:51+00:00 urn:sha1:126c4b244d3a36f6d30189e1dc22d11211df8d4a See http://lists.infradead.org/pipermail/libnl/2016-August/002187.html http://lists.infradead.org/pipermail/libnl/2016-August/002200.html (From OE-Core rev: 448411845e5953d498847e9a8d85d4b68e230c37) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-09-03T08:58:37+00:00 André Draszik git@andred.net 2016-08-26T10:31:50+00:00 urn:sha1:d1c566f71e187b8ca2b8724576ae91b641f517af - *.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) (From OE-Core rev: 57ddcbde8aad2a2d37619e11a0cd2e9b8d9fb239) Signed-off-by: André Draszik <git@andred.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2016-02-02T14:44:17+00:00 Ross Burton ross.burton@intel.com 2016-02-01T15:41:09+00:00 urn:sha1:9a27010c5f133f0e56938a1c4bd6648cf264a276 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. (From OE-Core rev: 8ea503fd052abbacdc24559ffae2378188f212df) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2015-12-16T11:56:30+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2015-12-15T15:40:23+00:00 urn:sha1:e0890b662e590d18a4eb7229b469f0078f97b1e7 With the autodebug package generation logic, specifically setting FILES_${PN}-dbg isn't needed in most cases, we can remove them. (From OE-Core rev: 3ab59d49dd7c18e194b58d1248b4b87709b5a738) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 2015-01-16T23:08:24+00:00 Robert Yang liezhi.yang@windriver.com 2015-01-13T01:38:05+00:00 urn:sha1:92597b5d8afd898ba7d685763f1372c34a83d315 It works well now, and bump the PR to avoid: configure: error: source directory already configured; run "make distclean" there first (From OE-Core rev: df3bea8a25ea126a6c1d79004481347cc3b0da37) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>