openembedded-core.git/meta/recipes-support/libcap, branch uninative-1.4

libcap: Replace EXTRA_OECONF with PACKAGECONFIG_CONFARGS

2016-09-07T23:31:34+00:00

When building libcap and DISTRO_FEATURES does not contain pam,
the build will fail on missing pam headers. This is because the
bits from EXTRA_OECONF moved to PACKAGECONFIG_CONFARGS and thus
the necessary options are not propagated to oe_runmake anymore.
Replace EXTRA_OECONF with PACKAGECONFIG_CONFARGS to fix this.

| arm-poky-linux-gnueabi-gcc  -march=armv7-a -mfpu=vfp  -mfloat-abi=softfp --sysroot=/b/tmp/sysroots/board  -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/b/tmp/work/armv7a-vfp-poky-linux-gnueabi/libcap/2.25-r0=/usr/src/debug/libcap/2.25-r0 -fdebug-prefix-map=/b/tmp/sysroots/x86_64-linux= -fdebug-prefix-map=/b/tmp/sysroots/board=  -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -Dlinux -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g  -Dlinux -Wall -Wwrite-strings -Wpointer-arith -Wcast-qual -Wcast-align -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -Wshadow -g  -fPIC -I/b/tmp/work/armv7a-vfp-poky-linux-gnueabi/libcap/2.25-r0/libcap-2.25/pam_cap/../libcap/include/uapi -I/b/tmp/work/armv7a-vfp-poky-linux-gnueabi/libcap/2.25-r0/libcap-2.25/pam_cap/../libcap/include -c pam_cap.c -o pam_cap.o
| pam_cap.c:19:34: fatal error: security/pam_modules.h: No such file or directory
|  #include 
|                                   ^
| compilation terminated.

Signed-off-by: Marek Vasut 
Signed-off-by: Ross Burton

meta: update patch metadata

2016-07-08T08:55:40+00:00

Enforce the correct tag names across all of oe-core for consistency.

Signed-off-by: Ross Burton

libcap: fix the libcap-native building failure on CentOS 6.7

2016-07-01T15:08:44+00:00

Signed-off-by: Roy Li 
Signed-off-by: Ross Burton

libcap: 2.24 -> 2.25

2016-06-14T11:56:31+00:00

And fixed do_install:
SBINDIR="${D}${sbindir}" -> SBINDIR="${sbindir}"

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

meta: rename perl-native-runtime

2016-01-11T23:23:17+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.

Signed-off-by: Ed Bartosh 
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

libcap: control attr PACKAGECONFIG via xattr DISTRO feature

2015-07-20T09:38:59+00:00

Signed-off-by: Andre McCurdy 
Signed-off-by: Ross Burton

libcap: avoid losing default Large File Support CFLAGS

2015-07-20T09:38:59+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.

Signed-off-by: Andre McCurdy 
Signed-off-by: Ross Burton

libcap: always link apps dynamically

2015-07-20T09:38:59+00:00

Without the explicit over-ride, apps will be linked statically
if a .git directory is found in the top level source directory.

Signed-off-by: Andre McCurdy 
Signed-off-by: Ross Burton

libcap: Avoid passing "-e" to make

2015-05-03T10:39:46+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.

Signed-off-by: Mike Crowe 
Signed-off-by: Richard Purdie