summaryrefslogtreecommitdiffstats
path: root/meta/recipes-support/libcap-ng/libcap-ng
Commit message (Collapse)AuthorAgeFilesLines
* libcap-ng:upgrade 0.7.10 -> 0.7.11zangrc2020-08-273-66/+8
| | | | | | | | | | | | | | 0001-configure.ac-add-library-if-header-found.patch 0002-Wrap-pthread_atfork-usage-in-HAVE_PTHREAD_H.patch Removed since these are included in 0.7.11 Refresh the following patch: python.patch (From OE-Core rev: e883035f13ee86a63eaffe5ac55bf2ce20c5ba10) Signed-off-by: Zang Ruochen <zangrc.fnst@cn.fujitsu.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcap-ng: add missing Upstream-Status tagsRoss Burton2019-12-092-0/+2
| | | | | | | (From OE-Core rev: b45c967a8324c10642f2ef445f4c8c1a82947e1f) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcap-ng: add pthread library if header is foundChristopher Larson2019-12-042-0/+54
| | | | | | | | | | | | | | | | | | | | If the pthread.h header is found, make sure library containing "pthread_atfork" is added to the list of libraries against which to link. On some hosts (e.g. openSUSE 15.1) "-lpthread" needs to be explicitly added in order for the code to compile correctly. We already had a workaround for this for native builds, but using some external toolchains, we can be bit by this for the target recipe as well. Most of this is courtesy Trevor Woerner <twoerner@gmail.com>, via his patch at stevegrubb/libcap-ng#10, the last thanks to Khem Raj. (From OE-Core rev: 8d84fdea1c26ed5f8f8261c89070df44da3f1855) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* libcap-ng: do not use symlink to share files with libcap-ng-pythonPaul Eggleton2019-07-032-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. (From OE-Core rev: 9ddf0597b4ea40b4c2be2eb0f01f833b5ec23030) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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. (From OE-Core rev: 9592b318ccd6a8dca60d1060c8255ed8e62ef046) 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. (From OE-Core rev: f98f0e6d8096290fdcc5fc6fc3b15638fa56158f) Signed-off-by: Yi Zhao <yi.zhao@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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 ... (From OE-Core rev: ad509d7644803ff9386affefe2ec1a3664027074) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-24 04:49:36 +0000