bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

coreutils-6.2 released [stable candidate]


From: Jim Meyering
Subject: coreutils-6.2 released [stable candidate]
Date: Mon, 18 Sep 2006 11:33:44 +0200

Coreutils version 6.2 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 mostly a bug-fix release.  It may be worthy of the "stable"
label, but since this is the Coreutils, we're being extra careful.

I plan to make a stable coreutils-6.3 release shortly,
so please report any problems as soon as possible.
See the "How can you help?" section below.

Thanks to Paul Eggert for lots of heavy lifting.

----------------------------------------------------------------
Here are the compressed sources:
  ftp://alpha.gnu.org/gnu/coreutils/coreutils-6.2.tar.gz   (7.4MB)
  ftp://alpha.gnu.org/gnu/coreutils/coreutils-6.2.tar.bz2   (4.8MB)

Here are the xdelta-style diffs:
  ftp://alpha.gnu.org/gnu/coreutils/coreutils-6.1-6.2.xdelta   (836KB)

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

Here are the MD5 and SHA1 checksums:

879c0e5133382849074637e03e73ec57  coreutils-6.2.tar.gz
260de3825fff50f8b5e15cca6f701057  coreutils-6.2.tar.bz2
6f2d4e43e059bcee16977be4d3242c13  coreutils-6.1-6.2.xdelta
5863c62f26cae5f749aeea1a958cafe798b070cd  coreutils-6.2.tar.gz
c7561cee8a5f4170e2908048d8a7a0bd528d1e37  coreutils-6.2.tar.bz2
598da3128e9e50d8ec19eba062e289cd92b35054  coreutils-6.1-6.2.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.2.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.2.tar.gz | tar xf -
   cd coreutils-6.2
   ./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.2 (2006-09-18) [stable candidate]

** Changes in behavior

  mkdir -p and install -d (or -D) now use a method that forks a child
  process if the working directory is unreadable and a later argument
  uses a relative file name.  This avoids some race conditions, but it
  means you may need to kill two processes to stop these programs.

  rm now rejects attempts to remove the root directory, e.g., `rm -fr /'
  now fails without removing anything.  Likewise for any file name with
  a final `./' or `../' component.

  tail now ignores the -f option if POSIXLY_CORRECT is set, no file
  operand is given, and standard input is any FIFO; formerly it did
  this only for pipes.

** Infrastructure changes

  Coreutils now uses gnulib via the gnulib-tool script.
  If you check the source out from CVS, then follow the instructions
  in README-cvs.  Although this represents a large change to the
  infrastructure, it should cause no change in how the tools work.

** Bug fixes

  cp --backup no longer fails when the last component of a source file
  name is "." or "..".

  "ls --color" would highlight other-writable and sticky directories
  no differently than regular directories on a file system with
  dirent.d_type support.

  "mv -T --verbose --backup=t A B" now prints the " (backup: B.~1~)"
  suffix when A and B are directories as well as when they are not.

  mv and "cp -r" no longer fail when invoked with two arguments
  where the first one names a directory and the second name ends in
  a slash and doesn't exist.  E.g., "mv dir B/", for nonexistent B,
  now succeeds, once more.  This bug was introduced in coreutils-5.3.0.

Attachment: pgptPK5M4LnK_.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]