newsGNU Core Utilities - News: coreutils-8.15 released [stable]

Latest News
coreutils-9.1 released [stable] posted by pixelbeat, Fri 15 Apr 2022 10:34:37 PM UTC - 0 replies
Subject: coreutils-9.0 released [stable] posted by pixelbeat, Fri 24 Sep 2021 01:55:23 PM UTC - 0 replies
coreutils-8.32 released [stable] posted by pixelbeat, Thu 05 Mar 2020 02:37:33 PM UTC - 0 replies
coreutils-8.31 released [stable] posted by pixelbeat, Mon 11 Mar 2019 12:48:38 AM UTC - 0 replies
coreutils-8.30 released [stable] posted by pixelbeat, Mon 02 Jul 2018 02:02:15 AM UTC - 0 replies
[Submit News]
[65 news in archive]

coreutils-8.15 released [stable]

Item posted by Jim Meyering <meyering> on Fri 06 Jan 2012 06:37:05 PM UTC.

This is to announce coreutils-8.15, yet another stable release.

There have been over 120 commits by 12 people in the 12 weeks since 8.14.
This adds a new program, realpath, and several bug fixes.
Reassuringly, the trend continues: most fixes are for bugs off in the dusty
corners of the code, and few of those bugs have been introduced recently.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!
Special thanks to Pádraig Brady, Bruno Haible and Stefano Lattarini
for their quick work leading up this release.

Jim [on behalf of the coreutils maintainers]

Here is the GNU Coreutils home page:

For a summary of changes and contributors, see:;a=shortlog;h=v8.15
or run this command from a git-cloned coreutils directory:
  git shortlog v8.14..v8.15

To summarize the many gnulib-related changes, run these commands from
a git-cloned coreutils directory:
  git checkout v8.15
  git submodule summary v8.14

Here are the compressed sources and a GPG detached signature[*]:

Use a mirror for higher download bandwidth:

[*] Use a .sig file to verify that the corresponding file (without the
.sig suffix) is intact.  First, be sure to download both the .sig file
and the corresponding tarball.  Then, run a command like this:

  gpg --verify coreutils-8.15.tar.xz.sig

If that command fails because you don't have the required public key,
then run this command to import it:

  gpg --keyserver --recv-keys 7FD9FCCB000BEEEE

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68.112-28fd1
  Automake 1.11a
  Gnulib v0.0-6776-gdc6246c
  Bison 2.4.609-f3bd


* Noteworthy changes in release 8.15 (2012-01-06) [stable]

** New programs

  realpath: print resolved file names.

** Bug fixes

  du -x no longer counts root directories of other file systems.
  [bug introduced in coreutils-5.1.0]

  ls --color many-entry-directory was uninterruptible for too long
  [bug introduced in coreutils-5.2.1]

  ls's -k option no longer affects how ls -l outputs file sizes.
  It now affects only the per-directory block counts written by -l,
  and the sizes written by -s.  This is for compatibility with BSD
  and with POSIX 2008.  Because -k is no longer equivalent to
  --block-size=1KiB, a new long option --kibibyte stands for -k.
  [bug introduced in coreutils-4.5.4]

  ls -l would leak a little memory (security context string) for each
  nonempty directory listed on the command line, when using SELinux.
  [bug probably introduced in coreutils-6.10 with SELinux support]

  rm -rf DIR would fail with "Device or resource busy" on Cygwin with NWFS
  and NcFsd file systems.  This did not affect Unix/Linux-based kernels.
  [bug introduced in coreutils-8.0, when rm began using fts]

  split -n 1/2 FILE no longer fails when operating on a growing file, or
  (on some systems) when operating on a non-regular file like /dev/zero.
  It would report "/dev/zero: No such file or directory" even though
  the file obviously exists.  Same for -n l/2.
  [bug introduced in coreutils-8.8, with the addition of the -n option]

  stat -f now recognizes the FhGFS and PipeFS file system types.

  tac no longer fails to handle two or more non-seekable inputs
  [bug introduced in coreutils-5.3.0]

  tail -f no longer tries to use inotify on GPFS or FhGFS file systems
  [you might say this was introduced in coreutils-7.5, along with inotify
   support, but the new magic numbers weren't in the usual places then.]

** Changes in behavior

  df avoids long UUID-including file system names in the default listing.
  With recent enough kernel/tools, these long names would be used, pushing
  second and subsequent columns far to the right.  Now, when a long name
  refers to a symlink, and no file systems are specified, df prints the
  usually-short referent instead.

  tail -f now uses polling (not inotify) when any of its file arguments
  resides on a file system of unknown type.  In addition, for each such
  argument, tail -f prints a warning with the FS type magic number and a
  request to report it to the bug-reporting address.

No messages in coreutils-8.15 released [stable]


Back to the top

Powered by Savane 3.9