From: Adolf Belka <adolf.belka@ipfire.org>
To: development@lists.ipfire.org
Cc: Adolf Belka <adolf.belka@ipfire.org>
Subject: [PATCH] coreutils: Update to version 9.9
Date: Fri, 28 Nov 2025 14:53:05 +0100 [thread overview]
Message-ID: <20251128135310.67235-6-adolf.belka@ipfire.org> (raw)
In-Reply-To: <20251128135310.67235-1-adolf.belka@ipfire.org>
- Update from version 9.8 to 9.9
- Update of rootfile
- Changelog
9.9
Bug fixes
`basenc --base58` would not operate correctly with input > 15561475 bytes.
[bug introduced with --base58 in coreutils-9.8]
'cksum --check' now supports base64 encoded input in untagged format:
- for all length adjustable algorithms (blake2b, sha2, sha3),
- if that base64 input starts with a tag like "SHA1" etc.
Previously an error was given, about invalid input format.
[bug introduced in coreutils-9.2]
'cksum --check -a sha2' has better support for tagged format. Previously
an unneeded but explicit '-a sha2' did not match standard tags like SHA256.
Also non standard SHA2 tags with a bad length resulted in undefined behavior.
[bug introduced in coreutils-9.8]
'cp' restores performance with transparently compressed files, which
regressed due to the avoidance of copy offload, seen with OpenZFS at least.
[bug introduced in coreutils-9.8]
`env` on macOS, for now only when built with --disable-nls,
will no longer always set a __CF_USER_TEXT_ENCODING environment variable.
[bug introduced in coreutils-9.8]
'nice' now limits the adjusted niceness value to its supported range on
GNU/Hurd.
[This bug was present in "the beginning".]
'numfmt' no longer reads out-of-bounds memory with trailing blanks in input.
[bug introduced with numfmt in coreutils-8.21]
'numfmt' no longer outputs invalid characters with multi-byte blanks in input.
[bug introduced in coreutils-9.5]
'rm -d DIR' no longer fails on Ceph snapshot directories.
Although these directories are nonempty, 'rmdir DIR' succeeds on them.
[bug introduced in coreutils-8.16]
'sort --compress-program' now diagnoses if it can't write more data to an
exited compressor. Previously sort could have exited silently in this case.
[bug introduced in coreutils-6.8]
'tail' outputs the correct number of lines again for non-small -n values.
Previously it may have output too few lines.
[bug introduced in coreutils-9.8]
'unexpand' no longer triggers a heap buffer overflow with --tabs arguments
that use the GNU extension /NUM or +NUM formats.
[bug introduced in coreutils-8.28]
Changes in behavior
'cp' with default options may again, like with versions before v9.8,
miss opportunities to create holes with file systems that support
SEEK_HOLE only trivially. This change is a consequence of the
abovementioned copy offload fix.
'sort --compress-program' will continue without compressing temporary files
if the specified program cannot be executed. Also malformed shell scripts
without a "shebang line" will no longer be executed.
New Features
'numfmt' now accepts the --unit-separator=SEP option, to output or accept
a separator between the number and unit. For e.g. "1234 M".
Improvements
'fmt', 'date', 'nl', and 'pr' will now exit promptly upon receiving a write
error, which is significant when reading large / unbounded inputs.
install, sort, and split now use posix_spawn() to invoke child programs more
efficiently and more independently from their own memory usage.
'numfmt':
- parses numbers with a non-breaking space character before a unit
- parses numbers containing grouping characters from the current locale
- supports a multi-byte --delimiter character
- no longer processes input indefinitely in the presence of write errors
wc -l now operates 10% faster on hosts that support AVX512 instructions.
Build-related
chcon and runcon are not built by default if selinux headers are not present,
or if the --without-selinux configure option is specified.
This can be overridden with the --with-selinux configure option.
nproc no longer fails to build with Android API level <= 20.
[build issue introduced in coreutils-9.8]
Signed-off-by: Adolf Belka <adolf.belka@ipfire.org>
---
config/rootfiles/common/coreutils | 4 ----
lfs/coreutils | 4 ++--
2 files changed, 2 insertions(+), 6 deletions(-)
diff --git a/config/rootfiles/common/coreutils b/config/rootfiles/common/coreutils
index e4b83a1b2..603c24d65 100644
--- a/config/rootfiles/common/coreutils
+++ b/config/rootfiles/common/coreutils
@@ -27,7 +27,6 @@ usr/bin/base32
usr/bin/base64
usr/bin/basename
usr/bin/basenc
-usr/bin/chcon
usr/bin/cksum
usr/bin/comm
usr/bin/csplit
@@ -66,7 +65,6 @@ usr/bin/printf
usr/bin/ptx
usr/bin/readlink
usr/bin/realpath
-usr/bin/runcon
usr/bin/seq
usr/bin/sha1sum
usr/bin/sha224sum
@@ -259,7 +257,6 @@ usr/sbin/chroot
#usr/share/man/man1/basename.1
#usr/share/man/man1/basenc.1
#usr/share/man/man1/cat.1
-#usr/share/man/man1/chcon.1
#usr/share/man/man1/chgrp.1
#usr/share/man/man1/chmod.1
#usr/share/man/man1/chown.1
@@ -318,7 +315,6 @@ usr/sbin/chroot
#usr/share/man/man1/realpath.1
#usr/share/man/man1/rm.1
#usr/share/man/man1/rmdir.1
-#usr/share/man/man1/runcon.1
#usr/share/man/man1/seq.1
#usr/share/man/man1/sha1sum.1
#usr/share/man/man1/sha224sum.1
diff --git a/lfs/coreutils b/lfs/coreutils
index 8a59bfadb..3ab75ac57 100644
--- a/lfs/coreutils
+++ b/lfs/coreutils
@@ -24,7 +24,7 @@
include Config
-VER = 9.8
+VER = 9.9
THISAPP = coreutils-$(VER)
DL_FILE = $(THISAPP).tar.xz
@@ -58,7 +58,7 @@ objects =$(DL_FILE)
$(DL_FILE)= $(DL_FROM)/$(DL_FILE)
-$(DL_FILE)_BLAKE2 = a93e26c8dda875b11541808d82ff8d6537f521b9c44e2a9959ee8f452823a4df5aed2793ac32766e2d3f832606d7190f7f53ea5870419f585aa66429a9626d98
+$(DL_FILE)_BLAKE2 = ddae0c1ff882739712e901d6eb1373e4172de9335b95b4c1004773aadc6b7e3cb3bf5aa583f13034062a75dc9194bf8534b0f7f1258c8ff64595b1301964e124
install : $(TARGET)
--
2.52.0
next prev parent reply other threads:[~2025-11-28 13:53 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-28 13:53 [PATCH] core200: Ship coreutils Adolf Belka
2025-11-28 13:53 ` [PATCH] core200: Ship glib Adolf Belka
2025-11-28 13:53 ` [PATCH] core200: Ship intel-microcode Adolf Belka
2025-11-28 13:53 ` [PATCH] core200: Ship libarchive Adolf Belka
2025-11-28 13:53 ` [PATCH] core200: Ship liburcu Adolf Belka
2025-11-28 13:53 ` Adolf Belka [this message]
2025-11-28 13:53 ` [PATCH] git: Update to version 2.52.0 Adolf Belka
2025-11-28 13:53 ` [PATCH] glib: Update to version 2.87.0 Adolf Belka
2025-11-28 13:53 ` [PATCH] intel-microcode: Update to version 20251111 Adolf Belka
2025-11-28 13:53 ` [PATCH] libarchive: Update to version 3.8.3 Adolf Belka
2025-11-28 13:53 ` [PATCH] liburcu: Update to version 0.15.5 Adolf Belka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20251128135310.67235-6-adolf.belka@ipfire.org \
--to=adolf.belka@ipfire.org \
--cc=development@lists.ipfire.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox