openembedded-core.git/meta/recipes-core/coreutils, branch 2015-4 Mirror of openembedded-core coreutils: import prebuilt manpages from Gentoo 2015-02-17T22:29:04+00:00 Paul Gortmaker paul.gortmaker@windriver.com 2015-02-17T05:47:45+00:00 1c0bdebbe362dc47b3b6f521ba15ccf0de15e5b5 As can be seen here: http://lists.gnu.org/archive/html/coreutils/2014-11/msg00001.html other people have run into the headache of trying to cross compile coreutils, with the "help2man" problem (assumes host can run the target binaries with "--help" arg to collect data for manpage.) And since "current wisdom is this is working as intended" we are largely left with no choice but to use the same solution and abandon trying to generate the man pages at build time. So here we import prebuilt manpages. Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
As can be seen here:

http://lists.gnu.org/archive/html/coreutils/2014-11/msg00001.html

other people have run into the headache of trying to cross compile
coreutils, with the "help2man" problem (assumes host can run the
target binaries with "--help" arg to collect data for manpage.)

And since "current wisdom is this is working as intended" we are
largely left with no choice but to use the same solution and
abandon trying to generate the man pages at build time.  So here
we import prebuilt manpages.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
coreutils: don't generate useless dummy stub manpages 2015-02-17T22:29:04+00:00 Paul Gortmaker paul.gortmaker@windriver.com 2015-02-17T05:47:44+00:00 cb2519466b4d28217ae955370077bc4a8f9b6dce We had a couple patches to 1) deal with missing perl and 2) deal with the perl-less "dummy" help2man fallout, but in the end, they achieve no purpose whatsoever, since they just populate the doc RPM with manpages like this one: NAME chmod - a GNU coreutils 8.22 program DESCRIPTION OOOPS! Due to the lack of perl on the build system, we were unable to create a proper manual page for chmod. As the above serves no purpose whatsoever, and since the concept of running the binaries to capture the "--help" text output is completely broken for cross compiles, lets just decouple man page generation from the building of coreutils entirely so it paves the way for importing pre-generated manpages. Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
We had a couple patches to 1) deal with missing perl and 2) deal
with the perl-less "dummy" help2man fallout, but in the end, they
achieve no purpose whatsoever, since they just populate the doc
RPM with manpages like this one:

  NAME
       chmod - a GNU coreutils 8.22 program

  DESCRIPTION
       OOOPS!   Due to the lack of perl on the build system, we were
       unable to create a proper manual page for chmod.

As the above serves no purpose whatsoever, and since the concept
of running the binaries to capture the "--help" text output is
completely broken for cross compiles, lets just decouple man page
generation from the building of coreutils entirely so it paves the
way for importing pre-generated manpages.

Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
coreutils 6.9: fix unknown-configure-option 2015-02-14T22:26:11+00:00 Robert Yang liezhi.yang@windriver.com 2015-02-13T03:02:55+00:00 1fc671938b2389866fb4a36801698caf4e92e05d Fixed: WARNING: QA Issue: coreutils: configure was passed unrecognised options: --disable-acl [unknown-configure-option] It doesn't support --enable-acl or --disable-acl, use ac_cv_header_acl_libacl_h to fix the problem. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Fixed:
WARNING: QA Issue: coreutils: configure was passed unrecognised options: --disable-acl [unknown-configure-option]

It doesn't support --enable-acl or --disable-acl, use
ac_cv_header_acl_libacl_h to fix the problem.

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
coreutils 6.9: disable native 2015-02-07T18:52:47+00:00 Robert Yang liezhi.yang@windriver.com 2015-01-31T08:54:07+00:00 da6fbea919bd460a30423b16c48b79047d6c6030 ERROR: The recipe coreutils-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are: tmp/sysroots/x86_64-linux/bin/kill Matched in manifest-x86_64-util-linux-native.populate_sysroot We have 8.23, so disable it rather than fix. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> 
ERROR: The recipe coreutils-native is trying to install files into a shared area when those files already exist. Those files and their manifest location are:
   tmp/sysroots/x86_64-linux/bin/kill
 Matched in manifest-x86_64-util-linux-native.populate_sysroot

We have 8.23, so disable it rather than fix.

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
coreutils: upgrade to 8.23 2015-01-16T22:59:45+00:00 Chen Qi Qi.Chen@windriver.com 2015-01-04T05:40:55+00:00 4fb3752824ff20e5b5b322e6e12211c81795313c fix-for-dummy-man-usage.patch is rebased. Signed-off-by: Chen Qi <Qi.Chen@windriver.com> 
fix-for-dummy-man-usage.patch is rebased.

Signed-off-by: Chen Qi <Qi.Chen@windriver.com>
coreutils-native: don't install groups 2014-12-05T17:43:14+00:00 Wenzong Fan wenzong.fan@windriver.com 2014-11-28T07:59:54+00:00 113225b93c55d55a330fcca7d9f996ec039fb953 This binary is provided by shadow-native nowadays. Fixes: ERROR: The recipe coreutils-native is trying to install files \ into a shared area when those files already exist. \ Those files and their manifest location are: \ .../tmp/sysroots/x86_64-linux/usr/bin/groups \ Matched in manifest-x86_64-shadow-native.populate_sysroot To reproduce the errors: $ bitbake shadow-native && bitbake coreutils-native Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
This binary is provided by shadow-native nowadays. Fixes:

  ERROR: The recipe coreutils-native is trying to install files \
    into a shared area when those files already exist. \
    Those files and their manifest location are: \
      .../tmp/sysroots/x86_64-linux/usr/bin/groups \
    Matched in manifest-x86_64-shadow-native.populate_sysroot

To reproduce the errors:

  $ bitbake shadow-native && bitbake coreutils-native

Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
coreutils: selinux/flask.h should respect to with_selinux 2014-09-29T11:11:47+00:00 Robert Yang liezhi.yang@windriver.com 2014-09-16T09:40:02+00:00 d52a606c8a75496f3b7239adc19fdb66e3ae576a Fixed when build with meta-selinux even with --without-selinux: runcon.c:49:28: fatal error: selinux/flask.h: No such file or directory # include <selinux/flask.h> ^ compilation terminated. Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> 
Fixed when build with meta-selinux even with --without-selinux:
runcon.c:49:28: fatal error: selinux/flask.h: No such file or directory
 # include <selinux/flask.h>
                            ^
compilation terminated.

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
coreutils/libpam: Add BBCLASSEXTEND nativesdk 2014-08-15T17:19:56+00:00 Richard Purdie richard.purdie@linuxfoundation.org 2014-08-15T08:40:56+00:00 da08f43aadf45b06491561bae8e9b7423ee98bb7 Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Add texinfo.bbclass; recipes that use texinfo utils at build-time inherit it. 2014-05-01T22:17:50+00:00 Max Eliaser max.eliaser@intel.com 2014-05-01T20:00:28+00:00 e6fb2f9afe2ba6b676c46d1eb297ca9cc532d405 The class itself currently does nothing. The idea is to mark all recipes that make use of the texinfo utilities. In the future, this class could be used to suppress the generation/formatting of documentation for performance, explicitly track dependencies on these utilities, and eliminate Yocto's current dependency on the host system's texinfo utilities. Signed-off-by: Max Eliaser <max.eliaser@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> 
The class itself currently does nothing. The idea is to mark all recipes that
make use of the texinfo utilities. In the future, this class could be used to
suppress the generation/formatting of documentation for performance,
explicitly track dependencies on these utilities, and eliminate Yocto's
current dependency on the host system's texinfo utilities.

Signed-off-by: Max Eliaser <max.eliaser@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
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>