[OE-core] [PATCH v2] coreutils: Move stdbuf into an own package coreutils-stdbuf
Richard Purdie
richard.purdie at linuxfoundation.org
Tue Oct 22 12:50:05 UTC 2019
On Fri, 2019-10-04 at 17:20 +0300, Adrian Bunk wrote:
> This LD_PRELOAD trick is not really suitable for busybox,
> so can be the only part of coreutils needed.
>
> coreutils depends on the new package,
> so nothing changes when installing coreutils.
>
> Signed-off-by: Adrian Bunk <bunk at stusta.de>
> ---
> meta/recipes-core/coreutils/coreutils_8.31.bb | 6 +++++-
> 1 file changed, 5 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/coreutils/coreutils_8.31.bb b/meta/recipes-core/coreutils/coreutils_8.31.bb
> index 4a74f619af..cfeb42d579 100644
> --- a/meta/recipes-core/coreutils/coreutils_8.31.bb
> +++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
> @@ -49,7 +49,7 @@ bindir_progs = "arch basename chcon cksum comm csplit cut dir dircolors dirname
> env expand expr factor fmt fold groups head hostid id install \
> join link logname md5sum mkfifo nl nohup nproc od paste pathchk \
> pinky pr printf ptx readlink realpath runcon seq sha1sum sha224sum sha256sum \
> - sha384sum sha512sum shred shuf sort split stdbuf sum tac tail tee test timeout \
> + sha384sum sha512sum shred shuf sort split sum tac tail tee test timeout \
> tr truncate tsort tty unexpand uniq unlink uptime users vdir wc who whoami yes"
>
> # hostname gets a special treatment and is not included in this
> @@ -58,6 +58,10 @@ base_bindir_progs = "cat chgrp chmod chown cp date dd echo false hostname kill l
>
> sbindir_progs= "chroot"
>
> +PACKAGE_BEFORE_PN += "${PN}-stdbuf"
> +FILES_${PN}-stdbuf = "${bindir}/stdbuf ${libdir}/${PN}/libstdbuf.so"
> +RDEPENDS_${PN} += "${PN}-stdbuf"
> +
> # Let aclocal use the relative path for the m4 file rather than the
> # absolute since coreutils has a lot of m4 files, otherwise there might
> # be an "Argument list too long" error when it is built in a long/deep
This seems to break core-utils-native:
https://autobuilder.yoctoproject.org/typhoon/#/builders/39/builds/1157
(can be seen with a world build attempt)
Cheers,
Richard
More information about the Openembedded-core
mailing list