summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/coreutils/coreutils_8.31.bb
Commit message (Collapse)AuthorAgeFilesLines
* coreutils: don't split stdbuf to own package with single-binaryRasmus Villemoes2020-07-161-2/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | Commit 992cec44 (coreutils: Move stdbuf into an own package coreutils-stdbuf) breaks package-qa when the single-binary PACKAGECONFIG is used: ERROR: coreutils-8.32-r0 do_package_qa: QA Issue: /usr/bin/stdbuf contained in package coreutils-stdbuf requires /usr/bin/coreutils, but no providers found in RDEPENDS_coreutils-stdbuf? [file-rdeps] ERROR: coreutils-8.32-r0 do_package_qa: QA run found fatal errors. Please consider fixing them. With that PACKAGECONFIG, /usr/bin/stdbuf is just a simple "script" containing the single line #!/usr/bin/coreutils --coreutils-prog-shebang=stdbuf Since there's no point splitting stdbuf to its own package when all the functionality is in the single big coreutils binary anyway, fix this by not creating the separate stdbuf package for the single-binary case. But also make sure that the coreutils-stdbuf item always exists so recipes can always RDEPEND on coreutils-stdbuf. (From OE-Core rev: c2ad3af9da9bb3a98c1d5d1b3d21eb8db643c189) Signed-off-by: Rasmus Villemoes <rasmus.villemoes@prevas.dk> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> (cherry picked from commit 74d24b5b895198898944260136d05e991a203c11) Signed-off-by: Steve Sakoman <steve@sakoman.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Add extra hint about DEPENDS changes affect on -dev dependenciesRichard Purdie2020-03-121-0/+1
| | | | | | | | Add an extra comment about the implications of changing DEPENDS. (From OE-Core rev: ce20c915019d350bf9663b2f27eccf3cef2e29fc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Fix -dev package dependenciesRichard Purdie2020-03-111-0/+4
| | | | | | | | | | | | | | The new ptest dependencies present some challenges, in particular libmodule-build-perl which effectively depends on gcc. In multilib images, this results in both libXX-gcc-symlinks and libYY-gcc-symlinks being installed which conflict. This also makes little sense. The easiest way to fix this is to disable the automatic -dev package dependencies and manually specify the correct ones. (From OE-Core rev: 5463971d45b21512210cf20f3902baf95eacd4c6) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: add ptestTrevor Gamblin2020-03-111-0/+40
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | coreutils has a large number of tests, including some added by the Makefile flags RUN_EXPENSIVE_TESTS and RUN_VERY_EXPENSIVE_TESTS that significantly increase runtime (and that have been disabled). Note that the coreutils ptest directory is given blanket permissions at runtime with chmod -R 777 to ensure that the user created for the tests will be able to run the test scripts and create the necessary files in the process. There is still room to improve the results of this ptest without the aforementioned additions. Of the tests marked SKIP, there are 30 tests that are currently counted as SKIP because they require sudo permissions, and another 21 that require membership in multiple user groups. It is important to know that coreutils has tests for both root and non-root users. Testing showed that 42 tests are skipped when running as root versus 30 when running as a non-root user, so the decision was made to run the suite as the latter. Additionally, gdb, valgrind, and strace could be included in the RDEPENDS list to increase pass rate, but their total contribution is 13 tests, so they were omitted to reduce image size. Finally, note that at least one ptest (misc/head-write-error.sh) is prone to ERROR on builds of core-image-minimal if extra space is not provided with IMAGE_ROOTFS_EXTRA_SPACE. (From OE-Core rev: 9a703f8e05d9e7e609d0e04278be290d4051ec31) Signed-off-by: Trevor Gamblin <trevor.gamblin@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: Move stdbuf into an own package coreutils-stdbufAdrian Bunk2019-10-311-1/+5
| | | | | | | | | | | | | | | | | The coreutils implementation of stdbuf uses LD_PRELOAD to dynamically load libstdbuf which calls setvbuf(). This can't be implemented simply in busybox since it produces one or two statically linked executables. Therefore, stdbuf should be packaged separately for people who are using busybox instead of coreutils for the other tools. coreutils depends on the new package, so nothing changes when installing coreutils. (From OE-Core rev: 992cec44ad2073cfe05cb2c58936032af189748a) Signed-off-by: Adrian Bunk <bunk@stusta.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* coreutils: update to 8.31Oleksandr Kravchuk2019-05-081-0/+141
ls.c license checksum changed due to modified copyright year. musl fix was backported from RHEL5 and is musl specific as the patched file is autogenerated during configure phase. (From OE-Core rev: 5226ce196ff1edb5d2d9d9c7ed5728df8150c09a) Signed-off-by: Oleksandr Kravchuk <open.source@oleksandr-kravchuk.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>