path: root/meta/recipes-support/libcap-ng/libcap-ng
Commit message (Collapse)AuthorAgeFilesLines
* libcap-ng: do not use symlink to share files with libcap-ng-pythonpaule/libcap-ng-symlink-fixPaul Eggleton2019-07-022-1/+62
| | | | | | | | | | I'm not sure what's going on but having this symlink present is causing git problems rebasing just by being present; deleting it and checking it out again does not fix it. In any event this is not the standard way of sharing files between recipes in the same directory - extending FILESEXTRAPATHS is, so use that method instead. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
* libcap-ng: split into libcap-ng/libcap-ng-pythonRandy MacLeod2019-06-182-62/+1
| | | | | | | | | util-linux's setpriv needs the libcap-ng library but not the python package so split the package up to enable this without a dependency loop. Signed-off-by: Randy MacLeod <Randy.MacLeod@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcap-ng: update to 0.7.9Yi Zhao2018-05-041-12/+16
| | | | | | | Rebase python.patch. Signed-off-by: Yi Zhao <yi.zhao@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
* libcap-ng: add package 0.7.7Wenzong Fan2015-08-241-0/+58
Pull package from meta-oe to oe-core: meta-oe commit: bce4dba5546480c8e43c6442959ac7d0a4ef32f6 The libcap-ng library is intended to make programming with posix capabilities much easier than the traditional libcap library. It's not a replacement to libcap, it provides different library (libcap-ng.so) while packages explicitly look for libcap.so. It could be used by qemu, util-linux, libvirt, audit ... With adding it to oe-core, the copies from following layers could be removed: * meta-oe, meta-selinux, meta-security-framework ... Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com>