coreutils-8.15 released [stable]

Jim Meyering <[email protected]> Fri, 06 Jan 2012 19:39:14 +0100
Newsgroups gmane.comp.gnu.coreutils.announce,gmane.comp.gnu.coreutils.general
Message-ID <[email protected]>
--=-=-=
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

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=E1draig Brady, Bruno Haible and Stefano Lattarini
for their quick work leading up this release.

Jim [on behalf of the coreutils maintainers]
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

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=3Dcoreutils.git;a=3Dshortlog;h=3Dv8.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=3D1KiB, 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.

=2D----
also posted as: https://savannah.gnu.org/forum/forum.php?forum_id=3D7076

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iQIcBAEBCAAGBQJPBz/YAAoJEH/Z/MsAC+7u1NAP/0tIq0czYKyArmg+lKyQo1mH
7ViG2Hcg176Shx5/R1hT+htaSN4i0j/U0/cnTAq4BuWlRI7EFBRVtihWn83NqG0s
ngG+yngT0B4EkTAtIe/Lj0O18fuIxC6PH/Fips/C9IDWUahKm6ZUTRI3sr+tMWkz
B+4SMJfDP1cM+g5gGP9mgLbdE3jNJClXgI44qAGkn+fcVhU4roCUV1dND13DFlBs
HWy3klNjwzPVwfmGX8i4yFwilvhG285odNhbnqKWSS8QibGSlJ7ALTWs7V4V1ClE
LDRsTam1NDrnE67xutVqiO3Fu2bNkXvmgRT0UyFM9sQtN3pCdEywy375AIN6/0NE
WtaXVCx+7XQZa55EnvsCPvLQ9IR4LaQ4m/VP0oR797sX0wLaoEiqc7nhZn4wiZDw
SSBnjHbn5ZJXDkCqqDrbRHXuxAjAxx+7TeusBZRltlbs7dMg2NofTXYw9AjMTNyS
TkuMHPXT7KZgd/v+0bSBbT/Zi8qQwxDS/jQ46uDuze1Is5BqTZ61HUG4y9alQYr/
2hfeRblV5PkyiJx/14dCa9TvU7xrSOdTYdSYlkHJFXOe0SdEdfVldke5Xqx0aZG2
Hk/zE3nc7fcJ75ns+ONGms9vOaleVeGGGUeLSUwK9mCXP6CVnRmckDgN1koIDdF2
HoosSm16eIMs68EDo68Z
=F0RE
-----END PGP SIGNATURE-----
--=-=-=--