coreutils-7.6 released [stable]

[Jim Meyering]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

This is to announce coreutils-7.6, a "stable" release.
Considering the number of fixes, this release is obviously
more deserving of the "stable" label than 7.5.
However, note that this release includes an unusually large
number of changes in gnulib, as well.

Thanks to everyone who has been helping, especially Eric Blake
and Pádraig Brady.


For a summary of changes and contributors, see:
  http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=shortlog;h=v7.6
or run this command from a git-cloned coreutils directory:
  git shortlog v7.5..v7.6

To summarize the gnulib-related changes, run these commands
from a git-cloned coreutils directory:
  git checkout v7.6
  git submodule summary v7.5

Distribution note: new suffix, ".xz" replaces ".lzma".
Note the better-compressed tar ball name below has the ".xz" suffix.
XZ Utils (new name for the improved format/tools) is the successor to lzma.
For more info, see http://tukaani.org/xz/

If your distro doesn't yet distribute an "xz" program, request it.
The latest version of GNU tar (1.22) supports it, so you can already
unpack .tar.xz files with a simple "tar xf foo.tar.xz".


Here are the compressed sources:
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-7.6.tar.gz   (9.6 MB)
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-7.6.tar.xz   (4.0 MB)

Here are the GPG detached signatures[*]:
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-7.6.tar.gz.sig
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-7.6.tar.xz.sig

[*] You can use either of the above signature files 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-7.6.tar.gz.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 B9AB9A16

and rerun the `gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.64.27-5b5d
  Automake 1.11a
  Gnulib v0.0-2561-g10322ac
  Bison 2.4.1

NEWS

* Noteworthy changes in release 7.6 (2009-09-11) [stable]

** Bug fixes

  cp, mv now ignore failure to preserve a symlink time stamp, when it is
  due to their running on a kernel older than what was implied by headers
  and libraries tested at configure time.
  [bug introduced in coreutils-7.5]

  cp --reflink --preserve now preserves attributes when cloning a file.
  [bug introduced in coreutils-7.5]

  cp --preserve=xattr no longer leaks resources on each preservation failure.
  [bug introduced in coreutils-7.1]

  dd now exits with non-zero status when it encounters a write error while
  printing a summary to stderr.
  [bug introduced in coreutils-6.11]

  dd cbs=N conv=unblock would fail to print a final newline when the size
  of the input was not a multiple of N bytes.
  [the non-conforming behavior dates back to the initial implementation]

  df no longer requires that each command-line argument be readable
  [bug introduced in coreutils-7.3]

  ls -i now prints consistent inode numbers also for mount points.
  This makes ls -i DIR less efficient on systems with dysfunctional readdir,
  because ls must stat every file in order to obtain a guaranteed-valid
  inode number.  [bug introduced in coreutils-6.0]

  tail -f (inotify-enabled) now flushes any initial output before blocking.
  Before, this would print nothing and wait: stdbuf -o 4K tail -f /etc/passwd
  Note that this bug affects tail -f only when its standard output is buffered,
  which is relatively unusual.
  [bug introduced in coreutils-7.5]

  tail -f once again works with standard input.  inotify-enabled tail -f
  would fail when operating on a nameless stdin.  I.e., tail -f < /etc/passwd
  would say "tail: cannot watch `-': No such file or directory", yet the
  relatively baroque tail -f /dev/stdin < /etc/passwd would work.  Now, the
  offending usage causes tail to revert to its conventional sleep-based
  (i.e., not inotify-based) implementation.
  [bug introduced in coreutils-7.5]

** Portability

  ln, link: link f z/ would mistakenly succeed on Solaris 10, given an
  existing file, f, and nothing named "z".  ln -T f z/ has the same problem.
  Each would mistakenly create "z" as a link to "f".  Now, even on such a
  system, each command reports the error, e.g.,
  link: cannot create link `z/' to `f': Not a directory

** New features

  cp --reflink accepts a new "auto" parameter which falls back to
  a standard copy if creating a copy-on-write clone is not possible.

** Changes in behavior

  tail -f now ignores "-" when stdin is a pipe or FIFO.
  tail-with-no-args now ignores -f unconditionally when stdin is a pipe or FIFO.
  Before, it would ignore -f only when no file argument was specified,
  and then only when POSIXLY_CORRECT was set.  Now, :|tail -f - terminates
  immediately.  Before, it would block indefinitely.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iQIcBAEBCAAGBQJKqiQWAAoJENd//eG5q5oWPyEP/3LN6UoG7PEF3/WKiac0X/pn
Y6j9y261J4SB6wFAy/16vuUu6DQsVKTjXeNLzA90+IFKUp/dPbcPkZ+5vzqEwHb9
XLTfyN86dToCPNCZKtVnEfElCPlGb4xtXKfdlmDvZmS4rwgsldST3DYLxvAa2JfS
L7Xq9rMlSEnGyjOMKBAmULIP68HnuH+lkPBMNyvCQMTu4/R4BY55gLNEycS2+/tT
rsw5Lu0fHXn1VCxdPrrXDIws4EW6Nj5biPZujoPVlchBElZixFWTba9pYkGTt14G
dPcGuDNmi+AShUcSO5bIJUFHAIMUV6oya2cgo6ZxD+mWXWvvFT2p+7TnH25p9mDn
uz1jmplK8YmTTjMz1zvhxvjuCgbA+QZtoRFz1omc2lTV7sjWitMKiAGxjaM7gQ28
7AcbU2xpD6hkQdp5gc4EiB8emtGOOtlsJJv0nQ//Cw12g7MaulZ+sEQvYJ7BAz8Z
+hteezyj2benN6VIBAfF4y5fo6OXIn+i2/rV5rP1P8X1FAy6I4Uf1oW5ibEWI9RO
ZTwd9NRaX9cUfVc/4C5REGF7HnQ/T8WNGioMHNHfFBc1mIf2DDIUKXWtLFBwOxF0
arEynUFFteJq67prDUYhZhVV5AY1DhEADr4MM7U39nCPH/hnlwrR9oU05akVbw9F
mdAV6FI5nLcy+DU/tLP5
=ZUz6
-----END PGP SIGNATURE-----