aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/libcgroup
AgeCommit message (Collapse)Author
2018-03-08libcgroup: Various fixesOla x Nilsson
* Use PACKAGECONFIG for pam instead of two bb.utils.contains * Add leading whitespace to EXTRA_OEMAKE_append_libc_musl * Usr lnr in do_install_append rather than a sed generated ../-sequence. Signed-off-by: Ola x Nilsson <olani@axis.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2017-09-22libcgroup: Add HOMEPAGE info into recipe file.Huang Qiyu
Signed-off-by: Huang Qiyu <huangqy.fnst@cn.fujitsu.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2016-01-22libcgroup: Add dependency on fts when building on muslKhem Raj
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2015-12-16meta: more removals of redunant FILES_${PN}-dbgRoss Burton
In some recipes overly-split -dbg packages were merged into PN-dbg. Unless there's a very good reason, recipes should have a single -dev and -dbg package. Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-12-08package_regex.inc: split sourceforge related entries to their own recipesAlexander Kanavin
Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com>
2015-02-14meta: enable parallel build for several recipesRobert Yang
I used a for loop to build these packages more than 520 times, these recipes never failed. Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2014-04-25Globally replace 'base_contains' calls with 'bb.utils.contains'Otavio Salvador
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. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-02-02libcgroup: Add bison-native and flex-native in dependsNoor
* libcgroup requires native packages for bison and flex to configure itself successfully. Added those in its DEPENDS. Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2014-01-28libcgroup: Update to 0.41Saul Wold
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-04-29libcgroup: add SUMMARY and better DESCRIPTIONPaul Eggleton
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-02-08libcgroup: fix failure for absolute pathXin Ouyang
[ CQID: WIND00401091 ] While using sstate or some other conditions, there may be no image directory in the builddir, so the absolute path of libcgroup.so.1 will cause build failures. Signed-off-by: Xin Ouyang <Xin.Ouyang@windriver.com> Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-28libcgroup: Update to 0.38Saul Wold
Signed-off-by: Saul Wold <sgw@linux.intel.com>
2013-01-28libcgroup: fix the QA issue for pam_cgroup.so*Xin Ouyang
PAM modules in ${base_libdir}/security/ should be binary .so files, not symlinks, so fix this. Since pam_cgroup.so is installed into ${base_libdir}/security, move libcgroup.so.* to ${base_libdir} to avoid "unsafe-references-in-binaries" QA issue. Signed-off-by: Xin Ouyang <Xin.Ouyang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-12-03libcgroup: fix INSANE_SKIPMartin Jansa
* that .so file is in cgroups-pam-plugin not PN Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-11-18libcgroup/libxkbcommon: Use BPN in SRC_URIRichard Purdie
If we don't do this, multilib and other varients using BBCLASSEXTEND will fail. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2012-07-26libcgroup_0.37.1.bb: Add recipeKhem Raj
This recipe is imported from meta-oe its a requirement for systemd to work. Now that systemd is living in a layer of its own. Lets have this recipe into core metadata Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>