GNU Core Utilities - News: coreutils-8.4 released [stable]

coreutils-8.4 released [stable]

Item posted by Jim Meyering <meyering> on Wed 13 Jan 2010 09:48:10 PM UTC.

This is to announce coreutils-8.4, a bug-fix-only "stable" release.
The main purpose of this release is to fix a build failure on some
systems using glibc-2.7..2.9.

Here's the GNU Coreutils home page, in case you're wondering what it is:
    http://www.gnu.org/software/coreutils/

Thanks to everyone else who has been contributing, helping to manage
the mailing list and reporting bugs.

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

To summarize the gnulib-related changes, run these commands from
a git-cloned coreutils directory:
  git checkout v8.4
  git submodule summary v8.3

Here are the compressed sources:
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.4.tar.gz   (11 MB)
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.4.tar.xz   (4.3 MB)

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

To reduce load on the main server, use a mirror listed at:
  http://www.gnu.org/order/ftp.html

[*] 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-8.4.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 B9AB9A16

and rerun the `gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.65.23-13e35
  Automake 1.11a
  Gnulib v0.0-3307-g7521ea0
  Bison 2.4.460-505e

./NEWS

• Noteworthy changes in release 8.4 (2010-01-13) [stable]

** Bug fixes

  nproc --all is now guaranteed to be as large as the count
  of available processors, which may not have been the case
  on GNU/Linux systems with neither /proc nor /sys available.
  [bug introduced in coreutils-8.1]

** Build-related

  Work around a build failure when using buggy <sys/capability.h>.
  Alternatively, configure with --disable-libcap.

  Compilation would fail on systems using glibc-2.7..2.9 due to changes in
  gnulib's wchar.h that tickled a bug in at least those versions of glibc's
  own <wchar.h> header.  Now, gnulib works around the bug in those older
  glibc <wchar.h> headers.

  Building would fail with a link error (cp/copy.o) when XATTR headers
  were installed without the corresponding library.  Now, configure
  detects that and disables xattr support, as one would expect.