linux/poky.git/meta/recipes-support/libcap, branch uninative-2.8

libcap: Upgrade 2.31 -> 2.32

2020-02-25T10:41:22+00:00

(From OE-Core rev: 8ad1e843d178e62001147cf3c84bce8797b76b4b) Signed-off-by: Adrian Bunk Signed-off-by: Richard Purdie

libcap: update to 2.31

2020-01-21T12:52:52+00:00

(From OE-Core rev: 07fce50afd219049046b9fc080304558c05e51bd) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

ethtool, libcap: fix upstream version check

2019-10-08T10:22:24+00:00

The default URI returns a gzip-compressed index page which browsers can auto-detect, but we can't. (From OE-Core rev: 73eb644db1121ccbc205b8fe3e60fa918fa5bbed) Signed-off-by: Alexander Kanavin Signed-off-by: Richard Purdie

libcap: update to 2.27

2019-04-23T22:30:20+00:00

(From OE-Core rev: 1b423547803e97fac0bbc3c94d5bab4f2dba83ae) Signed-off-by: Oleksandr Kravchuk Signed-off-by: Richard Purdie

libcap: upgrade 2.25 -> 2.26

2019-01-11T10:39:09+00:00

Drop 0001-Fix-build-with-gperf-3.1.patch as it had been fixed upstream. (From OE-Core rev: 0baf6799ae40461fbf3f18e098a3db448fec037b) Signed-off-by: Yi Zhao Signed-off-by: Richard Purdie

libcap: fix -native and usrmerge builds

2018-05-11T06:49:38+00:00

When attempting to build a -native package which DEPENDS on libcap-native the libcap libraries are not found and the build will fail (for example attempting to build qemu-native with 'PACKAGECONFIG_append = " virtfs"'). It turns out commit 2c9c4a406a0f [libcap: fix (base_)libdir usage] breaks builds of libcap(-native) when $root_prefix is not "". This is because the variables which define $root_prefix are also part of $prefix so you end up with part of the path being used twice, first as part of 'lib=' in do_compile, and secondly as part of 'prefix=' in do_install. When $root_prefix is "" this isn't noticed. By using $baselib we should not re-break the issue which commit 2c9c4a406a0f was fixing but we should avoid doubling down on the paths thus fixing the -native and usrmerge builds. (From OE-Core rev: b46c55c3b9db5d8f2080ae2611294a5b24efe4a4) Signed-off-by: Mark Asselstine Signed-off-by: Richard Purdie

libcap: fix (base_)libdir usage

2018-05-04T12:28:04+00:00

The recipe wants to install libs into base_libdir, but uses "basename $libdir" to derive that. That breaks in a multiarch setup. Use the proper variable and remove the inline python usage. (From OE-Core rev: 6427bcae42fb9ec05ccfd5b63db6bc3ee2afcd4f) Signed-off-by: Koen Kooi Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libcap: fix build with gperf 3.1

2017-08-13T08:27:37+00:00

(From OE-Core rev: e54e367e07ce7c69272693413db7f87a8629c536) Signed-off-by: Alexander Kanavin Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libcap: clean up gperf enabling logic

2017-05-11T15:59:19+00:00

There's no need to sed the Makefile (especially the wrong Makefile) when there's a variable we can pass. (From OE-Core rev: 43f7652baa0f1973477731ce05786eda2cc81c09) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libcap: drop obsolete attr PACKAGECONFIG option and libattr dependency

2017-04-29T10:17:23+00:00

In the 2.25 release, libcap dropped its dependency on an external libattr library: https://git.kernel.org/pub/scm/linux/kernel/git/morgan/libcap.git/commit/?id=85f38a573fc47472ab792e813b6f6b6f0b1df112 (From OE-Core rev: 9ad941b512e3fcfd748d40b00d7d715d753c7b55) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie