newsGNU Core Utilities - News: coreutils-8.10 released [stable]

 
 
Latest News
coreutils-8.32 released [stable] posted by pixelbeat, Thu 05 Mar 2020 02:37:33 PM UTC - 0 replies
coreutils-8.31 released [stable] posted by pixelbeat, Mon 11 Mar 2019 12:48:38 AM UTC - 0 replies
coreutils-8.30 released [stable] posted by pixelbeat, Mon 02 Jul 2018 02:02:15 AM UTC - 0 replies
coreutils-8.29 released [stable] posted by pixelbeat, Wed 27 Dec 2017 06:44:11 PM UTC - 0 replies
Subject: coreutils-8.28 released [stable] posted by pixelbeat, Sat 02 Sep 2017 02:41:50 AM UTC - 0 replies
[Submit News]
[63 news in archive]

coreutils-8.10 released [stable]

Item posted by Jim Meyering <meyering> on Fri 04 Feb 2011 07:21:10 PM UTC.

This is to announce coreutils-8.10, a stable release.

There have been some minor bug fixes, along with two new features.  The
join feature is enabled via a new option, "-o auto".  The cp feature makes
copying sparse files much more efficient on several common file systems.
It takes advantage of a feature that was introduced in linux-2.6.27.
The improvement affects the default code path, so if you're looking
for risk potential, this is it.  It uses the feature if available,
and otherwise resorts to using the old, less-efficient copying code.

See NEWS below for a brief summary.

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

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

Jim [on behalf of the coreutils maintainers]


Here's the GNU Coreutils home page:
    http://www.gnu.org/software/coreutils/

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

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

If you prefer a mirror, you can use links like these:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.10.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.10.tar.gz

[*] 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.10.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 000BEEEE

and rerun the `gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68.24-5f61
  Automake 1.11a
  Gnulib v0.0-4800-ga036b76
  Bison 2.4.3

=============================================================
NEWS

* Noteworthy changes in release 8.10 (2011-02-04) [stable]

** Bug fixes

  du would abort with a failed assertion when two conditions are met:
  part of the hierarchy being traversed is moved to a higher level in the
  directory tree, and there is at least one more command line directory
  argument following the one containing the moved sub-tree.
  [bug introduced in coreutils-5.1.0]

  join --header now skips the ordering check for the first line
  even if the other file is empty.  [bug introduced in coreutils-8.5]

  rm -f no longer fails for EINVAL or EILSEQ on file systems that
  reject file names invalid for that file system.

  uniq -f NUM no longer tries to process fields after end of line.
  [bug introduced in coreutils-7.0]

** New features

  cp now copies sparse files efficiently on file systems with FIEMAP
  support (ext4, btrfs, xfs, ocfs2).  Before, it had to read 2^20 bytes
  when copying a 1MiB sparse file.  Now, it copies bytes only for the
  non-sparse sections of a file.  Similarly, to induce a hole in the
  output file, it had to detect a long sequence of zero bytes.  Now,
  it knows precisely where each hole in an input file is, and can
  reproduce them efficiently in the output file.  mv also benefits
  when it resorts to copying, e.g., between file systems.

  join now supports -o 'auto' which will automatically infer the
  output format from the first line in each file, to ensure
  the same number of fields are output for each line.

** Changes in behavior

  join no longer reports disorder when one of the files is empty.
  This allows one to use join as a field extractor like:
  join -a1 -o 1.3,1.1 - /dev/null

No messages in coreutils-8.10 released [stable]

 

Back to the top


Powered by Savane 3.5