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

meta: rename perl-native-runtime

2016-01-11T23:26:31+00:00

The code in native.bbclass adds -native suffix to the package names that don't have it. perl-native-runtime becomes perl-native-runtime-native because of this. Renamed perl-native-runtime -> hostperl-runtime-native to avoid mangling it and to conform with the naming convetion for native packages. (From OE-Core rev: f4dade8e765a8c7bfd131728b9e0a34631e24950) Signed-off-by: Ed Bartosh Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

meta: Drop now pointless manual -dbg packaging

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

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

libcap: control attr PACKAGECONFIG via xattr DISTRO feature

2015-07-20T09:40:40+00:00

(From OE-Core rev: 67a588a11998068b3a7dd38d46382d0c2990ea93) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libcap: avoid losing default Large File Support CFLAGS

2015-07-20T09:40:40+00:00

-D_LARGEFILE64_SOURCE and -D_FILE_OFFSET_BITS=64 are present in the default libcap CFLAGS. Add them to the OE CFLAGS too, so that they are still in effect when the OE CFLAGS over-ride the defaults. (From OE-Core rev: 974c8266b30ae114ab331f0ce39fd0fcf4868f1a) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libcap: always link apps dynamically

2015-07-20T09:40:39+00:00

Without the explicit over-ride, apps will be linked statically if a .git directory is found in the top level source directory. (From OE-Core rev: aa6f5da8d42deb3d3b98209dc716b5a116d22d48) Signed-off-by: Andre McCurdy Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

libcap: Avoid passing "-e" to make

2015-05-03T10:43:48+00:00

oe-core 51540b64f62234c145fc32cfa3fbbaaebbeece08 altered libcap.inc (at the time) to append to EXTRA_OEMAKE rather than assign to it. The default value for EXTRA_OEMAKE contains "-e". This means that the change caused "-e" to be passed to make for the first time. Unfortunately passing "-e" subtly changes the behaviour of libcap's Make.Rules under recursive make when prefix="" (which it is for us since we're using meta-micro.) Without "-e" the prefix comes from the command line in both the parent and submakes. This takes precedence over any attempt to reassign it with a simple "=" operation so the headers are correctly installed in (empty string)/include. With "-e" the prefix still comes from the command line in the parent make but from the environment in the submake. The attempt to assign it fails in the parent make as before, but not in the submake so the headers are installed incorrectly in /usr/include. In all four cases the "ifdef prefix" else clause is executed. So, let's assign EXTRA_OEMAKE in order to avoid using "-e" at all. (From OE-Core rev: a8d35fa4fd76ea4a70063492cd5eab0858f2edb6) Signed-off-by: Mike Crowe Signed-off-by: Richard Purdie

libcap: Upgrade to 2.24

2014-11-09T10:21:20+00:00

Tarballs moved to kernel.org Deleted upstream'ed patch merged minimal .bb with .inc Check for security dir before moving it when pam is enabled. (From OE-Core rev: 73f2b69b17e5364388faf0f31275c3c69fb31030) Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

coreutils/libpam: Add BBCLASSEXTEND nativesdk

2014-08-15T17:21:53+00:00

(From OE-Core rev: da08f43aadf45b06491561bae8e9b7423ee98bb7) Signed-off-by: Richard Purdie

libcap: use PACKAGECONFIG for attr and pam configurations

2014-07-08T10:20:13+00:00

Instead of hard-coding PAM/xattr on for target and off for native, slightly abuse PACKAGECONFIG to add options (and pass them to make in do_compile). (From OE-Core rev: 51540b64f62234c145fc32cfa3fbbaaebbeece08) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

Globally replace 'base_contains' calls with 'bb.utils.contains'

2014-04-25T16:19:19+00:00

The base_contains is kept as a compatibility method and we ought to not use it in OE-Core so we can remove it from base metadata in future. (From OE-Core rev: d83b16dbf0862be387f84228710cb165c6d2b03b) Signed-off-by: Otavio Salvador Signed-off-by: Richard Purdie