GNU Core Utilities - News: coreutils-8.15 released [stable]
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:
http://www.gnu.org/software/coreutils/
For a summary of changes and contributors, see:
http://git.sv.gnu.org/gitweb/?p=coreutils.git;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[*]:
http://ftp.gnu.org/gnu/coreutils/coreutils-8.15.tar.xz
http://ftp.gnu.org/gnu/coreutils/coreutils-8.15.tar.xz.sig
Use a mirror for higher download bandwidth:
http://ftpmirror.gnu.org/coreutils/coreutils-8.15.tar.xz
http://ftpmirror.gnu.org/coreutils/coreutils-8.15.tar.xz.sig
[*] 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 keys.gnupg.net --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
NEWS
* 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.
Powered by Savane 3.13-54b4.
Corresponding source code