linux/poky.git/meta/recipes-core/coreutils, branch dora

coreutils 6.9: fix coreutils.texi

2014-02-09T11:04:12+00:00

This is used for fixing coreutils 6.9 (GPLv2+) do_installed failed: [snip] | coreutils.texi:2499: @itemx must follow @item | coreutils.texi:2636: @itemx must follow @item | coreutils.texi:2644: @itemx must follow @item | coreutils.texi:2654: @itemx must follow @item | coreutils.texi:2677: @itemx must follow @item | coreutils.texi:2689: @itemx must follow @item | coreutils.texi:2820: @itemx must follow @item | coreutils.texi:3058: @itemx must follow @item | coreutils.texi:3253: @itemx must follow @item [snip] Use '@item' instead of '@itemx' in several places, as Texinfo 5 refuses to process an '@itemx' that is not preceded by an '@item'. Ensure that node extended names in menus and sectioning are consistent, and that ordering and presence of nodes in menus and in the actual text are consistent as well. [YOCTO #5593] (From OE-Core master rev: 04fab782f42b8f5047390042618f9c841b8c3a96) (From OE-Core rev: dfea78ff2f0479fae436462aa424b3f065c4baf3) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie Signed-off-by: Robert Yang Signed-off-by: Richard Purdie

coreutils: set acpaths to avoid "Argument list too long" error

2013-09-17T13:35:17+00:00

There would be an error when the TMPDIR is long/deep, for example when len(TMPDIR) = 350 while our supported longest value is 410: [snip] aclocal: error: cannot open xxx autoreconf: aclocal failed with exit status: 1 ERROR: autoreconf execution failed. [snip] Let aclocal use the relative path for the m4 file rather than the absolute would fix the problem. Another fix is that we can modify autotools.bbclass to let it use the relative path rather than the absolute, but I don't think that we have to do that based on the following 2 thoughts: * The coreutils is the only recipe which has this issue as far as we know when len(TMPDIR) <= 410, because it has the most amount of m4 files (more than 400 ones). * That would impact all the recipes which use autotools.bbclass, and we are not sure about the side effect, for example, it would break the build there is a sub-configure. [YOCTO #2766] (From OE-Core rev: 22ac874512c2c1213aae8e1644bd59050b37a63c) Signed-off-by: Wenzong Fan Signed-off-by: Robert Yang Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

coreutils: allow for acl support

2013-08-20T14:31:25+00:00

CQID: 430353 Define PACKAGECONFIG info for acl assuming it might be a DISTRO_FEATURE. (From OE-Core rev: a8455a13554088613d4576a74b19294a8b49ff88) Signed-off-by: Joe Slater Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

coreutils: add PACKAGECONFIG info for acl support

2013-08-20T14:31:25+00:00

Updates GPLv2 version of coreutils. They also want patches for other packages that might use acl. CQID: 430353 Add configuration data to enable acl support if it is a distro feature. (From OE-Core rev: 8030fdc198c1037ae458899eebd14a4fae04c49a) Signed-off-by: Joe Slater Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

coreutils: add realpath to alternatives

2013-04-15T15:56:45+00:00

New coreutils (8.15 onwards) build /usr/bin/realpath, which busybox also builds. Add it to the alternatives handling to avoid file conflicts. (From OE-Core rev: 826c18eb1c69f5e3689b5b0ef188f74ae930a050) Signed-off-by: Ross Burton Signed-off-by: Richard Purdie

coreutils: Fix out of tree builds

2013-03-29T10:40:56+00:00

(From OE-Core rev: 29a6810aad27e049577d2d66690ba74f92dd5211) Signed-off-by: Richard Purdie

coreutils: update to upstream version 8.21

2013-03-29T10:40:55+00:00

remove-gets.patch removed as issue is fixed upstream. (From OE-Core rev: c2fd59028a57356cff8d165edb71c45c3b05cc67) Signed-off-by: Marko Lindqvist Signed-off-by: Richard Purdie

coreutils: disable ACL as we do not depend on it

2013-03-22T16:54:38+00:00

Coreutils does not depend on ACL but also does not disable it. Effect is that from time to time I have a copy in sstate-cache which got built with ACL and then I have problem while building images or sdk: | Collected errors: | * satisfy_dependencies_for: Cannot satisfy the following dependencies for packagegroup-core-standalone-hhvm-sdk-target: | * libacl1 (>= 2.2.51) * | * opkg_install_cmd: Cannot install package packagegroup-core-standalone-hhvm-sdk-target. (From OE-Core rev: d54141130475b091358807dce17ba8d244d33ea1) Signed-off-by: Marcin Juszkiewicz Signed-off-by: Richard Purdie

coreutils: remove dependency on coreutils-native

2013-02-08T14:50:37+00:00

[ CQID: WIND00397793 ] It's not reasonable to build such a low-level package. Remove the dependency so that we always use the host version. The 8.14 recipe doesn't have such dependency so needs no change. (From OE-Core rev: 194c902c28291d564cef71bdd9588afa5b72d9f5) Signed-off-by: Jesse Zhang Signed-off-by: Robert Yang Signed-off-by: Mark Hatle Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

coreutils: fix license segment md5sum boundary

2013-01-15T08:10:09+00:00

Replace incorrect "startline" with correct "beginline" for telling where license segment in file begins. Old md5sum was calculated from the beginning of the file, not beginning of the license segment. (From OE-Core rev: 98c258f5db7e6800557e4e51c064b0d82a10edd6) Signed-off-by: Marko Lindqvist Signed-off-by: Saul Wold Signed-off-by: Richard Purdie