coreutils-6.4 released (stable)

[Jim Meyering]

Coreutils version 6.4 has been released.

If you haven't heard about the GNU coreutils, the FAQ is a good
place to start: <http://www.gnu.org/software/coreutils/faq/>.

This is a stable release.
Changes since 6.3 have been solely to fix bugs and to improve
portability and robustness.

A summary of the user-visible changes since 6.3 is included below.
For older changes see the distributed NEWS file, or this link:
  <http://cvs.savannah.gnu.org/viewcvs/coreutils/coreutils/NEWS?view=markup>

See the "How can you help?" section below.

Administrivia:
Coreutils is now using git for primary version control on the trunk and
future branches.  In the unlikely event that there is ever any more work
done on the 5.9x branch, it'll be done using the CVS repository.

All change sets are mirrored to an otherwise-read-only CVS repository
which is still being synchronized regularly to the repository on
savannah.gnu.org.  Thus, people tracking development can still follow
it via CVS.  Once the git repository is public, I'll announce it.

Thanks to everyone who has contributed either directly or via gnulib.
This release includes several portability fixes affecting coreutils
programs via parts of gnulib.  For details on those, see gnulib's
ChangeLog file, and/or the mailing list archives.

----------------------------------------------------------------
Here are the compressed sources:
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-6.4.tar.gz   (7.7MB)
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-6.4.tar.bz2   (5.1MB)

Here are the xdelta-style diffs:
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-6.3-6.4.xdelta   (628KB)

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

Here are the MD5 and SHA1 checksums:

d9bbfe3cd4ed6e625f9b6b0f57f6af79  coreutils-6.4.tar.gz
a3806c709c7f063b80612be846a9d88c  coreutils-6.4.tar.bz2
4ca283a60db145aa114954aad8bd1f44  coreutils-6.3-6.4.xdelta
228fdd6e478bb638b1d9f0215087aeab68018fe7  coreutils-6.4.tar.gz
b93484cdd4bad11d6c60a015bf57b679849816d1  coreutils-6.4.tar.bz2
0d6251741d4ddda4a9a3dfb41308f6dda28e72b0  coreutils-6.3-6.4.xdelta

[*] 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-6.4.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 wwwkeys.pgp.net --recv-keys D333CBA1

and rerun the `gpg --verify' command.

*****************
How can you help?
*****************
If you're interested in lending a hand, or just want to use
the latest versions right now, you can build these programs
and run the test suite like this:

   gzip -dc coreutils-6.4.tar.gz | tar xf -
   cd coreutils-6.4
   ./configure
   make
   make -k check >& log
   grep FAIL log

Be sure to use make's -k option so that make doesn't stop
just because one of the earlier tests fails.
Please report any build problems or test failures to the
address@hidden mailing list.
There are detailed instructions in the `Reporting bugs:' section
of the README file.

For further reading, see the coreutils home page
  http://www.gnu.org/software/coreutils/
and the FAQ list:
  http://www.gnu.org/software/coreutils/faq/


*****************
NEWS
*****************
* Major changes in release 6.4 (2006-10-22) [stable]

** Bug fixes

  chgrp and chown would malfunction when invoked with both -R and -H and
  with one or more of the following: --preserve-root, --verbose, --changes,
  --from=o:g (chown only).  This bug was introduced with the switch to
  gnulib's openat-based variant of fts, for coreutils-6.0.

  cp --backup dir1 dir2, would rename an existing dir2/dir1 to dir2/dir1~.
  This bug was introduced in coreutils-6.0.

  With --force (-f), rm no longer fails for ENOTDIR.
  For example, "rm -f existing-non-directory/anything" now exits
  successfully, ignoring the error about a nonexistent file.

pgpFlj5sYuYSU.pgp
Description: PGP signature