openembedded-core.git/meta/recipes-core/libcgroup, branch jethro Mirror of openembedded-core meta: enable parallel build for several recipes 2015-02-14T22:26:10+00:00 Robert Yang liezhi.yang@windriver.com 2015-02-13T01:39:34+00:00 7957c5bc2771a763d26e50e716733c6335cef3c2 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> 
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>
Globally replace 'base_contains' calls with 'bb.utils.contains' 2014-04-25T16:10:58+00:00 Otavio Salvador otavio@ossystems.com.br 2014-04-24T18:59:20+00:00 d83b16dbf0862be387f84228710cb165c6d2b03b 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> 
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>
libcgroup: Add bison-native and flex-native in depends 2014-02-02T22:34:34+00:00 Noor noor_ahsan@mentor.com 2014-01-30T11:06:05+00:00 b50bdeaea15fcd24fd2c03fd02d4a1a365948cef * 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> 
* 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>
libcgroup: Update to 0.41 2014-01-28T00:48:25+00:00 Saul Wold sgw@linux.intel.com 2014-01-21T02:55:27+00:00 0b49729af46f98a1bd155fc798d39d5d12c674cd Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
libcgroup: add SUMMARY and better DESCRIPTION 2013-04-29T13:43:48+00:00 Paul Eggleton paul.eggleton@linux.intel.com 2013-04-24T16:48:34+00:00 96931955f66b1b1f51a360c25cdf566c20466b13 Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
libcgroup: fix failure for absolute path 2013-02-08T14:46:12+00:00 Xin Ouyang Xin.Ouyang@windriver.com 2013-01-26T05:28:30+00:00 0b58d98567a1c0531ad8396c4464402da21a9665 [ 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> 
[ 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>
libcgroup: Update to 0.38 2013-01-28T12:25:37+00:00 Saul Wold sgw@linux.intel.com 2013-01-23T21:27:30+00:00 daf1298f6c34ce7efe4084ebbb1015b55c248383 Signed-off-by: Saul Wold <sgw@linux.intel.com> 
Signed-off-by: Saul Wold <sgw@linux.intel.com>
libcgroup: fix the QA issue for pam_cgroup.so* 2013-01-28T12:25:35+00:00 Xin Ouyang Xin.Ouyang@windriver.com 2013-01-24T11:25:33+00:00 35567eed06ebd12f7c8ee0a04b6cb28530cf85d7 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> 
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>
libcgroup: fix INSANE_SKIP 2012-12-03T14:23:19+00:00 Martin Jansa martin.jansa@gmail.com 2012-11-29T15:05:23+00:00 5039075dec75970ffcdd43db7457df84ed8e9496 * 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> 
* 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>
libcgroup/libxkbcommon: Use BPN in SRC_URI 2012-11-18T11:45:06+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2012-11-18T11:16:53+00:00 9a97367038a1e2431bf94211dabbc5aedbbee3bb If we don't do this, multilib and other varients using BBCLASSEXTEND will fail. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
If we don't do this, multilib and other varients using BBCLASSEXTEND
will fail.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>