<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.gnu.coreutils.announce">
    <title>gmane.comp.gnu.coreutils.announce</title>
    <link>http://blog.gmane.org/gmane.comp.gnu.coreutils.announce</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/72"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/71"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/69"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/68"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/67"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/66"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/65"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/64"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/63"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/62"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/61"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/61"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/60"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/59"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/58"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/57"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/56"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/72">
    <title>coreutils-8.17 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/72</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.17, a stable release.
There have been 53 commits by 9 people in the 6 weeks since 8.16.
The changes are small and all seem safe.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!
The following people contributed changes to this release:

  Andreas Schwab (1)
  Bernhard Voelker (2)
  Bruce Korb (1)
  Jim Meyering (38)
  Karl Berry (1)
  Kevin Lyda (1)
  Paul Eggert (4)
  Pádraig Brady (4)
  Stefano Lattarini (1)

Jim [on behalf of the coreutils maintainers]
==================================================================

Here is the GNU coreutils home page:
    http://gnu.org/s/coreutils/

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

To summarize the 126 gnulib-related changes, run these commands
From a git-cloned coreutils directory:
  git checkout v8.17
  git submodule summary v8.16

Here are the compressed sources and a GPG detached signature[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.17.tar.xz
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.17.tar.xz.sig

Use a mirror for higher download bandwidth:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.17.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.17.tar.xz.sig

[*] Use a .sig file 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.17.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 7FD9FCCB000BEEEE

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.69.1-2d4eb
  Automake 1.12a
  Gnulib v0.0-7375-ga3a0496
  Bison 2.5.834-2eeb1

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

* Noteworthy changes in release 8.17 (2012-05-10) [stable]

** Bug fixes

  id and groups, when invoked with no user name argument, would print
  the default group ID listed in the password database, and sometimes
  that ID would be neither real nor effective.  For example, when run
  set-GID, or in a session for which the default group has just been
  changed, the new group ID would be listed, even though it is not
  yet effective. [bug introduced in coreutils-8.1]

  cp S D is no longer subject to a race: if an existing D were removed
  between the initial stat and subsequent open-without-O_CREATE, cp would
  fail with a confusing diagnostic saying that the destination, D, was not
  found.  Now, in this unusual case, it retries the open (but with O_CREATE),
  and hence usually succeeds.  With NFS attribute caching, the condition
  was particularly easy to trigger, since there, the removal of D could
  precede the initial stat.  [This bug was present in "the beginning".]

  split --number=C /dev/null no longer appears to infloop on GNU/Hurd
  [bug introduced in coreutils-8.8]

  stat no longer reports a negative file size as a huge positive number.
  [bug present since 'stat' was introduced in fileutils-4.1.9]

** New features

  split and truncate now allow any seekable files in situations where
  the file size is needed, instead of insisting on regular files.

  fmt now accepts the --goal=WIDTH (-g) option.

  stat -f recognizes new file system types: bdevfs, inodefs, qnx6

** Changes in behavior

  cp,mv,install,cat,split: now read and write a minimum of 64KiB at a time.
  This was previously 32KiB and increasing to 64KiB was seen to increase
  throughput by about 10% when reading cached files on 64 bit GNU/Linux.

  cp --attributes-only no longer truncates any existing destination file,
  allowing for more general copying of attributes from one file to another.

-----
also posted as: http://savannah.gnu.org/forum/forum.php?forum_id=7230
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2012-05-10T19:37:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/71">
    <title>coreutils-8.16 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/71</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.16, yet another stable release.

There have been 93 commits by 9 people in the 11 weeks since 8.15.
This adds a few bug fixes (notably, a du regression from 8.15), many
new options, features and improvements, all of which seem safe.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!
I'll be listing committers here, from now on.
These people contributed changes to this release[*]:

  Bernhard Voelker (4)
  Eric Blake (7)
  Harald Hoyer (1)
  Jim Meyering (44)
  Jérémy Compostella (11)
  Paul Eggert (5)
  Pádraig Brady (19)
  Rodrigo Campos (1)
  Roman Rybalko (1)

Jim [on behalf of the coreutils maintainers]

[*] The committer list is produced by running this command, and
excludes the 472 commits in the gnulib submodule since 8.15.
  git shortlog v8.15..v8.16|perl -lne '/^(\w.*):/ and print $1
==================================================================

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

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

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

Here are the compressed sources and a GPG detached signature[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.16.tar.xz
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.16.tar.xz.sig

Use a mirror for higher download bandwidth:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.16.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.16.tar.xz.sig

[*] Use a .sig file 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.16.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 7FD9FCCB000BEEEE

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68b.17-a7476
  Automake 1.11a
  Gnulib v0.0-7249-g880a2f6
  Bison 2.4.701-16d94

NEWS

* Noteworthy changes in release 8.16 (2012-03-26) [stable]

** New features

  As a GNU extension, 'chmod', 'mkdir', and 'install' now accept operators
  '-', '+', '=' followed by octal modes; for example, 'chmod +40 FOO' enables
  and 'chmod -40 FOO' disables FOO's group-read permissions.  Operator
  numeric modes can be combined with symbolic modes by separating them with
  commas; for example, =0,u+r clears all permissions except for enabling
  user-read permissions.  Unlike ordinary numeric modes, operator numeric
  modes do not preserve directory setuid and setgid bits; for example,
  'chmod =0 FOO' clears all of FOO's permissions, including setuid and setgid.

  Also, ordinary numeric modes with five or more digits no longer preserve
  setuid and setgid bits, so that 'chmod 00755 FOO' now clears FOO's setuid
  and setgid bits.  This allows scripts to be portable to other systems which
  lack the GNU extension mentioned previously, and where ordinary numeric
  modes do not preserve directory setuid and setgid bits.

  dd now accepts the count_bytes, skip_bytes iflags and the seek_bytes
  oflag, to more easily allow processing portions of a file.

  dd now accepts the conv=sparse flag to attempt to create sparse
  output, by seeking rather than writing to the output file.

  ln now accepts the --relative option, to generate a relative
  symbolic link to a target, irrespective of how the target is specified.

  split now accepts an optional "from" argument to --numeric-suffixes,
  which changes the start number from the default of 0.

  split now accepts the --additional-suffix option, to append an
  additional static suffix to output file names.

  basename now supports the -a and -s options, which allow processing
  of more than one argument at a time.  Also the complementary
  -z option was added to delimit output items with the NUL character.

  dirname now supports more than one argument.  Also the complementary
  -z option was added to delimit output items with the NUL character.

** Bug fixes

  du --one-file-system (-x) would ignore any non-directory specified on
  the command line.  For example, "touch f; du -x f" would print nothing.
  [bug introduced in coreutils-8.15]

  mv now lets you move a symlink onto a same-inode destination file that
  has two or more hard links.  Before, it would reject that, saying that
  they are the same, implicitly warning you that the move would result in
  data loss.  In this unusual case, when not moving the symlink onto its
  referent, there is no risk of data loss, since the symlink will
  typically still point to one of the hard links.

  "mv A B" could succeed, yet A would remain.  This would happen only when
  both A and B were hard links to the same symlink, and with a kernel for
  which rename("A","B") does nothing and returns 0 (POSIX mandates this
  surprising rename no-op behavior).  Now, mv handles this case by skipping
  the usually-useless rename and simply unlinking A.

  realpath no longer mishandles a root directory.  This was most
  noticeable on platforms where // is a different directory than /,
  but could also be observed with --relative-base=/ or
  --relative-to=/.  [bug since the beginning, in 8.15]

** Improvements

  ls can be much more efficient, especially with large directories on file
  systems for which getfilecon-, ACL-check- and XATTR-check-induced syscalls
  fail with ENOTSUP or similar.

  'realpath --relative-base=dir' in isolation now implies '--relative-to=dir'
  instead of causing a usage failure.

  split now supports an unlimited number of split files as default behavior.

-----
also posted as: http://savannah.gnu.org/forum/forum.php?forum_id=7170
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2012-03-26T13:38:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70">
    <title>coreutils-8.15 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.15, yet another stable release.

There have been over 120 commits by 12 people in the 12 weeks since 8.14.
This adds a new program, realpath, and several bug fixes.
Reassuringly, the trend continues: most fixes are for bugs off in the dusty
corners of the code, and few of those bugs have been introduced recently.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!
Special thanks to Pádraig Brady, Bruno Haible and Stefano Lattarini
for their quick work leading up this release.

Jim [on behalf of the coreutils maintainers]
==================================================================

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

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

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


Here are the compressed sources and a GPG detached signature[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.15.tar.xz
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.15.tar.xz.sig

Use a mirror for higher download bandwidth:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.15.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.15.tar.xz.sig

[*] Use a .sig file 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.15.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 7FD9FCCB000BEEEE

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68.112-28fd1
  Automake 1.11a
  Gnulib v0.0-6776-gdc6246c
  Bison 2.4.609-f3bd

NEWS

* Noteworthy changes in release 8.15 (2012-01-06) [stable]

** New programs

  realpath: print resolved file names.

** Bug fixes

  du -x no longer counts root directories of other file systems.
  [bug introduced in coreutils-5.1.0]

  ls --color many-entry-directory was uninterruptible for too long
  [bug introduced in coreutils-5.2.1]

  ls's -k option no longer affects how ls -l outputs file sizes.
  It now affects only the per-directory block counts written by -l,
  and the sizes written by -s.  This is for compatibility with BSD
  and with POSIX 2008.  Because -k is no longer equivalent to
  --block-size=1KiB, a new long option --kibibyte stands for -k.
  [bug introduced in coreutils-4.5.4]

  ls -l would leak a little memory (security context string) for each
  nonempty directory listed on the command line, when using SELinux.
  [bug probably introduced in coreutils-6.10 with SELinux support]

  rm -rf DIR would fail with "Device or resource busy" on Cygwin with NWFS
  and NcFsd file systems.  This did not affect Unix/Linux-based kernels.
  [bug introduced in coreutils-8.0, when rm began using fts]

  split -n 1/2 FILE no longer fails when operating on a growing file, or
  (on some systems) when operating on a non-regular file like /dev/zero.
  It would report "/dev/zero: No such file or directory" even though
  the file obviously exists.  Same for -n l/2.
  [bug introduced in coreutils-8.8, with the addition of the -n option]

  stat -f now recognizes the FhGFS and PipeFS file system types.

  tac no longer fails to handle two or more non-seekable inputs
  [bug introduced in coreutils-5.3.0]

  tail -f no longer tries to use inotify on GPFS or FhGFS file systems
  [you might say this was introduced in coreutils-7.5, along with inotify
   support, but the new magic numbers weren't in the usual places then.]

** Changes in behavior

  df avoids long UUID-including file system names in the default listing.
  With recent enough kernel/tools, these long names would be used, pushing
  second and subsequent columns far to the right.  Now, when a long name
  refers to a symlink, and no file systems are specified, df prints the
  usually-short referent instead.

  tail -f now uses polling (not inotify) when any of its file arguments
  resides on a file system of unknown type.  In addition, for each such
  argument, tail -f prints a warning with the FS type magic number and a
  request to report it to the bug-reporting address.

-----
also posted as: https://savannah.gnu.org/forum/forum.php?forum_id=7076
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2012-01-06T18:39:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70">
    <title>coreutils-8.15 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.15, yet another stable release.

There have been over 120 commits by 12 people in the 12 weeks since 8.14.
This adds a new program, realpath, and several bug fixes.
Reassuringly, the trend continues: most fixes are for bugs off in the dusty
corners of the code, and few of those bugs have been introduced recently.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!
Special thanks to Pádraig Brady, Bruno Haible and Stefano Lattarini
for their quick work leading up this release.

Jim [on behalf of the coreutils maintainers]
==================================================================

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

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

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


Here are the compressed sources and a GPG detached signature[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.15.tar.xz
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.15.tar.xz.sig

Use a mirror for higher download bandwidth:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.15.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.15.tar.xz.sig

[*] Use a .sig file 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.15.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 7FD9FCCB000BEEEE

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68.112-28fd1
  Automake 1.11a
  Gnulib v0.0-6776-gdc6246c
  Bison 2.4.609-f3bd

NEWS

* Noteworthy changes in release 8.15 (2012-01-06) [stable]

** New programs

  realpath: print resolved file names.

** Bug fixes

  du -x no longer counts root directories of other file systems.
  [bug introduced in coreutils-5.1.0]

  ls --color many-entry-directory was uninterruptible for too long
  [bug introduced in coreutils-5.2.1]

  ls's -k option no longer affects how ls -l outputs file sizes.
  It now affects only the per-directory block counts written by -l,
  and the sizes written by -s.  This is for compatibility with BSD
  and with POSIX 2008.  Because -k is no longer equivalent to
  --block-size=1KiB, a new long option --kibibyte stands for -k.
  [bug introduced in coreutils-4.5.4]

  ls -l would leak a little memory (security context string) for each
  nonempty directory listed on the command line, when using SELinux.
  [bug probably introduced in coreutils-6.10 with SELinux support]

  rm -rf DIR would fail with "Device or resource busy" on Cygwin with NWFS
  and NcFsd file systems.  This did not affect Unix/Linux-based kernels.
  [bug introduced in coreutils-8.0, when rm began using fts]

  split -n 1/2 FILE no longer fails when operating on a growing file, or
  (on some systems) when operating on a non-regular file like /dev/zero.
  It would report "/dev/zero: No such file or directory" even though
  the file obviously exists.  Same for -n l/2.
  [bug introduced in coreutils-8.8, with the addition of the -n option]

  stat -f now recognizes the FhGFS and PipeFS file system types.

  tac no longer fails to handle two or more non-seekable inputs
  [bug introduced in coreutils-5.3.0]

  tail -f no longer tries to use inotify on GPFS or FhGFS file systems
  [you might say this was introduced in coreutils-7.5, along with inotify
   support, but the new magic numbers weren't in the usual places then.]

** Changes in behavior

  df avoids long UUID-including file system names in the default listing.
  With recent enough kernel/tools, these long names would be used, pushing
  second and subsequent columns far to the right.  Now, when a long name
  refers to a symlink, and no file systems are specified, df prints the
  usually-short referent instead.

  tail -f now uses polling (not inotify) when any of its file arguments
  resides on a file system of unknown type.  In addition, for each such
  argument, tail -f prints a warning with the FS type magic number and a
  request to report it to the bug-reporting address.

-----
also posted as: https://savannah.gnu.org/forum/forum.php?forum_id=7076
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2012-01-06T18:39:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70">
    <title>coreutils-8.15 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/70</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.15, yet another stable release.

There have been over 120 commits by 12 people in the 12 weeks since 8.14.
This adds a new program, realpath, and several bug fixes.
Reassuringly, the trend continues: most fixes are for bugs off in the dusty
corners of the code, and few of those bugs have been introduced recently.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!
Special thanks to Pádraig Brady, Bruno Haible and Stefano Lattarini
for their quick work leading up this release.

Jim [on behalf of the coreutils maintainers]
==================================================================

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

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

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


Here are the compressed sources and a GPG detached signature[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.15.tar.xz
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.15.tar.xz.sig

Use a mirror for higher download bandwidth:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.15.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.15.tar.xz.sig

[*] Use a .sig file 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.15.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 7FD9FCCB000BEEEE

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68.112-28fd1
  Automake 1.11a
  Gnulib v0.0-6776-gdc6246c
  Bison 2.4.609-f3bd

NEWS

* Noteworthy changes in release 8.15 (2012-01-06) [stable]

** New programs

  realpath: print resolved file names.

** Bug fixes

  du -x no longer counts root directories of other file systems.
  [bug introduced in coreutils-5.1.0]

  ls --color many-entry-directory was uninterruptible for too long
  [bug introduced in coreutils-5.2.1]

  ls's -k option no longer affects how ls -l outputs file sizes.
  It now affects only the per-directory block counts written by -l,
  and the sizes written by -s.  This is for compatibility with BSD
  and with POSIX 2008.  Because -k is no longer equivalent to
  --block-size=1KiB, a new long option --kibibyte stands for -k.
  [bug introduced in coreutils-4.5.4]

  ls -l would leak a little memory (security context string) for each
  nonempty directory listed on the command line, when using SELinux.
  [bug probably introduced in coreutils-6.10 with SELinux support]

  rm -rf DIR would fail with "Device or resource busy" on Cygwin with NWFS
  and NcFsd file systems.  This did not affect Unix/Linux-based kernels.
  [bug introduced in coreutils-8.0, when rm began using fts]

  split -n 1/2 FILE no longer fails when operating on a growing file, or
  (on some systems) when operating on a non-regular file like /dev/zero.
  It would report "/dev/zero: No such file or directory" even though
  the file obviously exists.  Same for -n l/2.
  [bug introduced in coreutils-8.8, with the addition of the -n option]

  stat -f now recognizes the FhGFS and PipeFS file system types.

  tac no longer fails to handle two or more non-seekable inputs
  [bug introduced in coreutils-5.3.0]

  tail -f no longer tries to use inotify on GPFS or FhGFS file systems
  [you might say this was introduced in coreutils-7.5, along with inotify
   support, but the new magic numbers weren't in the usual places then.]

** Changes in behavior

  df avoids long UUID-including file system names in the default listing.
  With recent enough kernel/tools, these long names would be used, pushing
  second and subsequent columns far to the right.  Now, when a long name
  refers to a symlink, and no file systems are specified, df prints the
  usually-short referent instead.

  tail -f now uses polling (not inotify) when any of its file arguments
  resides on a file system of unknown type.  In addition, for each such
  argument, tail -f prints a warning with the FS type magic number and a
  request to report it to the bug-reporting address.

-----
also posted as: https://savannah.gnu.org/forum/forum.php?forum_id=7076
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2012-01-06T18:39:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/69">
    <title>coreutils-8.14 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/69</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

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

With three bug fixes in less than a month, one for a regression
introduced in coreutils-8.13, it was time for a new release.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!

Jim [on behalf of the coreutils maintainers]
==================================================================

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

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

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


Here are the compressed sources and a GPG detached signature[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.14.tar.xz   (4.8MB)
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.14.tar.xz.sig

You might get higher bandwidth via a mirror:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.14.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.14.tar.xz.sig

[*] You can use the above signature file 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 this command:

  gpg --verify coreutils-8.14.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 000BEEEE

and rerun the `gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68.79-5e017
  Automake 1.11a
  Gnulib v0.0-6453-g6a4c64c
  Bison 2.4.609-f3bd

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

* Noteworthy changes in release 8.14 (2011-10-12) [stable]

** Bug fixes

  ls --dereference no longer outputs erroneous "argetm" strings for
  dangling symlinks when an 'ln=target' entry is in $LS_COLORS.
  [bug introduced in fileutils-4.0]

  ls -lL symlink once again properly prints "+" when the referent has an ACL.
  [bug introduced in coreutils-8.13]

  sort -g no longer infloops for certain inputs containing NaNs
  [bug introduced in coreutils-8.5]

** Improvements

  md5sum --check now supports the -r format from the corresponding BSD tool.
  This also affects sha1sum, sha224sum, sha384sum and sha512sum.

  pwd now works also on systems without openat.  On such systems, pwd
  would fail when run from a directory whose absolute name contained
  more than PATH_MAX / 3 components.  The df, stat and readlink programs
  are also affected due to their use of the canonicalize_* functions.

** Changes in behavior

  timeout now only processes the first signal received from the set
  it is handling (SIGTERM, SIGINT, ...).  This is to support systems that
  implicitly create threads for some timer functions (like GNU/kFreeBSD).

** Build-related

  "make dist" no longer builds .tar.gz files.
  xz is portable enough and in wide-enough use that distributing
  only .tar.xz files is enough.

- -----
also posted as: https://savannah.gnu.org/forum/forum.php?forum_id=6978
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (GNU/Linux)

iQIcBAEBCAAGBQJOlYzZAAoJEH/Z/MsAC+7uTJgQAJIhCWec9nOkAcnx/RqGbVKF
1YMyIeClDep6VIX9lq0+ANjyH9aBqg3NSHQ+iRcQjWSlOv8kJp+rItWgrU8iwAFO
JqSinalvfBmD7GbwFeRxbP7H6QG4FakoK72GtY3o5/rRNuavBDdpLi/MY+ey/iYJ
CDC66bbSLfKLJ8uw9kuZ1jceSo4M4Gyhu7ZgU6W7Yz8/XKpMtYbohqbONoxdmG8a
WPIUCs5Es4nc0ZPsDb/aPAP2EHeSjfm18qXbWQnikZD3X110cnUYaTYS8L/nT1+v
I3hImbmmyzP3nvWRZlwaMqksRy3VcKDBC3d9iV+ibS6RYC6VGHGEffZiA4MwrogM
giSlQ2GOjDfTd0/7/TsOU7JtnfXvhK7kbMudVD7tjAmR6p1wNVkVdZR7SmEhZqV6
VQ6r/x+lMpki4wp/V9mbW43Jn4kRvzrvVGK2heLx/SvTGe10iWxhTeJMfu/Ktkaq
zLTgCzclfgJPQM5/DtEhfBuI9m5aaVp+JyHtc9txVNs4Sjg+5BMpvgS3ma1OfY7Y
gREWZLND1+KLQ16MexyMUXS/6HmujPoM3FmTOJCMvgcWwTRAaNQgf02MWn9Pu4RC
tWFIBgOvQcDFmJ30VDg0FOnqGtF1jcWxvDaXFHk4L/sTJcAoGIk3KfHMnkk9e6B9
268XAPiViByu1okTztAR
=7wDW
-----END PGP SIGNATURE-----


&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2011-10-12T12:50:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/68">
    <title>coreutils-8.13 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/68</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

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

There have been almost 200 commits by 18 people in coreutils proper and
just over 1000 commits in gnulib since coreutils-8.12.  That 200 is far
more than the per-release average (90-100) over recent years, but don't
worry: most of them have been to improve portability, robustness and
testing and to add new features, with relatively few to fix actual bugs.

See the NEWS below for a brief summary.

Thanks to everyone who has contributed!

Jim [on behalf of the coreutils maintainers]
==================================================================

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

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

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


Here are the compressed sources:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.13.tar.gz   (12MB)
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.13.tar.xz   (4.7MB)

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.13.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.13.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.13.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.79-5e017
  Automake 1.11a
  Gnulib v0.0-6125-gda1717b
  Bison 2.4.609-f3bd

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

* Noteworthy changes in release 8.13 (2011-09-08) [stable]

** Bug fixes

  chown and chgrp with the -v --from= options, now output the correct owner.
  I.E. for skipped files, the original ownership is output, not the new one.
  [bug introduced in sh-utils-2.0g]

  cp -r could mistakenly change the permissions of an existing destination
  directory.  [bug introduced in coreutils-6.8]

  cp -u -p would fail to preserve one hard link for each up-to-date copy
  of a src-hard-linked name in the destination tree.  I.e., if s/a and s/b
  are hard-linked and dst/s/a is up to date, "cp -up s dst" would copy s/b
  to dst/s/b rather than simply linking dst/s/b to dst/s/a.
  [This bug appears to have been present in "the beginning".]

  fts-using tools (rm, du, chmod, chgrp, chown, chcon) no longer use memory
  proportional to the number of entries in each directory they process.
  Before, rm -rf 4-million-entry-directory would consume about 1GiB of memory.
  Now, it uses less than 30MB, no matter how many entries there are.
  [this bug was inherent in the use of fts: thus, for rm the bug was
  introduced in coreutils-8.0.  The prior implementation of rm did not use
  as much memory.  du, chmod, chgrp and chown started using fts in 6.0.
  chcon was added in coreutils-6.9.91 with fts support.  ]

  pr -T no longer ignores a specified LAST_PAGE to stop at.
  [bug introduced in textutils-1.19q]

  printf '%d' '"' no longer accesses out-of-bounds memory in the diagnostic.
  [bug introduced in sh-utils-1.16]

  split --number l/... no longer creates extraneous files in certain cases.
  [bug introduced in coreutils-8.8]

  timeout now sends signals to commands that create their own process group.
  timeout is no longer confused when starting off with a child process.
  [bugs introduced in coreutils-7.0]

  unexpand -a now aligns correctly when there are spaces spanning a tabstop,
  followed by a tab.  In that case a space was dropped, causing misalignment.
  We also now ensure that a space never precedes a tab.
  [bug introduced in coreutils-5.3.0]

** Changes in behavior

  chmod, chown and chgrp now output the original attributes in messages,
  when -v or -c specified.

  cp -au (where --preserve=links is implicit) may now replace newer
  files in the destination, to mirror hard links from the source.

** New features

  date now accepts ISO 8601 date-time strings with "T" as the
  separator.  It has long parsed dates like "2004-02-29 16:21:42"
  with a space between the date and time strings.  Now it also parses
  "2004-02-29T16:21:42" and fractional-second and time-zone-annotated
  variants like "2004-02-29T16:21:42.333-07:00"

  md5sum accepts the new --strict option.  With --check, it makes the
  tool exit non-zero for any invalid input line, rather than just warning.
  This also affects sha1sum, sha224sum, sha384sum and sha512sum.

  split accepts a new --filter=CMD option.  With it, split filters output
  through CMD.  CMD may use the $FILE environment variable, which is set to
  the nominal output file name for each invocation of CMD.  For example, to
  split a file into 3 approximately equal parts, which are then compressed:
    split -n3 --filter='xz &amp;gt; $FILE.xz' big
  Note the use of single quotes, not double quotes.
  That creates files named xaa.xz, xab.xz and xac.xz.

  timeout accepts a new --foreground option, to support commands not started
  directly from a shell prompt, where the command is interactive or needs to
  receive signals initiated from the terminal.

** Improvements

  cp -p now copies trivial NSFv4 ACLs on Solaris 10.  Before, it would
  mistakenly apply a non-trivial ACL to the destination file.

  cp and ls now support HP-UX 11.11's ACLs, thanks to improved support
  in gnulib.

  df now supports disk partitions larger than 4 TiB on MacOS X 10.5
  or newer and on AIX 5.2 or newer.

  join --check-order now prints "join: FILE:LINE_NUMBER: bad_line" for an
  unsorted input, rather than e.g., "join: file 1 is not in sorted order".

  shuf outputs small subsets of large permutations much more efficiently.
  For example `shuf -i1-$((2**32-1)) -n2` no longer exhausts memory.

  stat -f now recognizes the GPFS, MQUEUE and PSTOREFS file system types.

  timeout now supports sub-second timeouts.

** Build-related

  Changes inherited from gnulib address a build failure on HP-UX 11.11
  when using /opt/ansic/bin/cc.

  Numerous portability and build improvements inherited via gnulib.

- -----
also posted as: https://savannah.gnu.org/forum/forum.php?forum_id=6937
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJOaR0KAAoJEH/Z/MsAC+7uop0P/1XJl6pS4PnK/eF4i0bqinCX
juN3OTTpy1ROYX9EYlqsQ1UH9AirG7SkhlOqKu0eHPDd7LvPzI9hOUaIx4sJyIWS
T9+M/pIP6Lw2wCGuiRikKT5r0sv40EFeMJL71QVb2LKNMCa+wS02Fy94y1J1WJk/
bCcqEAdE/wbjmUjZwztPRKb4mPOna87FXwKLf+g/Mdr7UAJZKyAP22xeIGT2ZCaG
2u+VkJ6ZFHQ0xxgwiPOzkHchxr7ejk0KSNATcBMSRdjLtlfLAUBq6fW+lK5rsfar
sZXeXKZOuKmUeDiBs7XJWCFTzGu8ZNCZkAH9AFnSrUJ9miZ1EfZzWQkJz4YX1OAh
tFu4sdjUF/nxMmYh/7OtjmGskpzIwv37BHH/fD4UV5uN4cmcH5fZ8rR5LnK1D2eF
QUQWhiK80q8BR6F31A1Ux58NZfd4JOH/p3lYCa4ZjIcjrbE6rlpsBe/3PdRx6Q9Q
uuD5l+Fk/QGqb7zTmAq6Qddp/k5MX7pI+uoMFPWlNFbJME12SPv8pLI+1tZLBcGb
o/p/Y1qIxbY43Dw1ew5ApASqx9xerJnpAjr85DAy1nSxlGjWHYgJ/ZWM4sKXt8Nm
EiLUxFX4Z0Z7J1eJcrDrVGIL+d59XLv+yB//yB0CjOckHMW3E9wBO/QCvGsCcgWk
yIXpKCnIq3B25Qw0RXg1
=CoHX
-----END PGP SIGNATURE-----


&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2011-09-08T19:53:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/67">
    <title>coreutils-8.12 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/67</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

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

We released coreutils-8.11 less than two weeks ago.
Why a new release so soon?  Because under unusual conditions,
coreutils-8.11's copying code could cause trouble.  Data loss trouble.
The trouble could arise only when these conditions are all met:
  - when using linux-2.6.39-related kernels (including at least -rc3) and
  - using an xfs file system and
  - copying (via cp, install, mv) a file with a so-called "unwritten
      extent" shortly after it has been created, yet before some
      data in that unwritten extent has made it to disk.
      This would happen if you're using the "gold" linker, which
      preallocates using fallocate and then writes its output
      (the binaries) into those unwritten extents, and you then
      immediately copy those binaries into place via "make install".
Under those conditions, just building coreutils and running "make
install" quickly enough after compile and link would result in
installing files containing all 0 bytes.

See the commit logs for links to plenty of discussion.
See the NEWS below for a brief summary.

Jim [on behalf of the coreutils maintainers]

- - -------------------------------------------
P.S. here's the GNU Coreutils home page:
    http://www.gnu.org/software/coreutils/

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

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

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

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.12.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.12.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.12.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.71-af300
  Automake 1.11a
  Gnulib v0.0-5115-ga81348d
  Bison 2.4.588-2f658

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

* Noteworthy changes in release 8.12 (2011-04-26) [stable]

** Bug fixes

  tail's --follow=name option no longer implies --retry on systems
  with inotify support.  [bug introduced in coreutils-7.5]

** Changes in behavior

  cp's extent-based (FIEMAP) copying code is more reliable in the face
  of varying and undocumented file system semantics:
  - it no longer treats unwritten extents specially
  - a FIEMAP-based extent copy always uses the FIEMAP_FLAG_SYNC flag.
      Before, it would incur the performance penalty of that sync only
      for 2.6.38 and older kernels.  We thought all problems would be
      resolved for 2.6.39.
  - it now attempts a FIEMAP copy only on a file that appears sparse.
      Sparse files are relatively unusual, and the copying code incurs
      the performance penalty of the now-mandatory sync only for them.

** Portability

  dd once again compiles on AIX 5.1 and 5.2

- -----
also posted as: https://savannah.gnu.org/forum/forum.php?forum_id=6798
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJNtxCCAAoJEH/Z/MsAC+7uLWYQAJSe7I4Gp92cA4m/1SxF1t/S
S8dpD3ay7DWivX6EHFjhrdXu6y/urZjVQAlALNQLBgyzZ+khkwV3KllKWzo6K/Qw
6bU9rF7tbfuzb0/GkOEaFOM3Jp87RzP7Ju31YR/zLx0/0aPGdV/7vGmKmLjdrdoD
0BsW3118cp6i4TT7tFoknNqfDmtBW/B/N8tnpYVBG3UmMK8+UprCdbD63JJ1aiIV
0MP601699T3+iK7N3xSk4c8G6KDV+clCYCxmBiq72IJUDN8qBeuYJ2InVtQZ7ilA
3CG5aLL5sDCBL+lSoy7JtmY9pJ5BbMM+wn/k4jCoqiWjv+cTR1U39RLIG7QQMbg2
7c0sY2LkN2eMCc/mxuCYCMmOtDBkA8eRg1l5bcvRm4SVaMr4OlsmMaLFTfgzxQwh
19OpMlkQya0lmhj/K1k0ONdrox5xvkuIoabYsqOBoNiESaoQkwQNMfJFUltY0pKv
GXQt6o++SQcba+BpFTA+sLbOqahlcpZz3jJG0xoC53X3WKWVPaONou1VE3o8NV4c
7ER727eYq/2/P3wd1IIFP3HpoWPUxxoEEhZb4GqXE7yXCro5vBYn8fV7CKfnivQV
k11mAZRHg9d4Zc+NudxdysSalq84c173Ix9AMqT1iE6sCpiDhzv082k3maLiDZfS
TdzjjS+6yN5h0Kx8H2RT
=iMOO
-----END PGP SIGNATURE-----


&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2011-04-26T18:41:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/66">
    <title>coreutils-8.11 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/66</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

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

This time we have an interesting variety of bug fixes,
two new features for "dd", and a few "changes in behavior".
See NEWS below for a brief summary.

Jim [on behalf of the coreutils maintainers]

- -------------------------------------------
P.S. here's the GNU Coreutils home page:
    http://www.gnu.org/software/coreutils/

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

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

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

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.11.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.11.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.11.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.71-af300
  Automake 1.11a
  Gnulib v0.0-5115-ga81348d
  Bison 2.4.559-6769

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

* Noteworthy changes in release 8.11 (2011-04-13) [stable]

** Bug fixes

  cp -a --link would not create a hardlink to a symlink, instead
  copying the symlink and then not preserving its timestamp.
  [bug introduced in coreutils-8.0]

  cp now avoids FIEMAP issues with BTRFS before Linux 2.6.38,
  which could result in corrupt copies of sparse files.
  [bug introduced in coreutils-8.10]

  cut could segfault when invoked with a user-specified output
  delimiter and an unbounded range like "-f1234567890-".
  [bug introduced in coreutils-5.3.0]

  du would infloop when given --files0-from=DIR
  [bug introduced in coreutils-7.1]

  sort no longer spawns 7 worker threads to sort 16 lines
  [bug introduced in coreutils-8.6]

  touch built on Solaris 9 would segfault when run on Solaris 10
  [bug introduced in coreutils-8.8]

  wc would dereference a NULL pointer upon an early out-of-memory error
  [bug introduced in coreutils-7.1]

** New features

  dd now accepts the 'nocache' flag to the iflag and oflag options,
  which will discard any cache associated with the files, or
  processed portion thereof.

  dd now warns that 'iflag=fullblock' should be used,
  in various cases where partial reads can cause issues.

** Changes in behavior

  cp now avoids syncing files when possible, when doing a FIEMAP copy.
  The sync is only needed on Linux kernels before 2.6.39.
  [The sync was introduced in coreutils-8.10]

  cp now copies empty extents efficiently, when doing a FIEMAP copy.
  It no longer reads the zero bytes from the input, and also can efficiently
  create a hole in the output file when --sparse=always is specified.

  df now aligns columns consistently, and no longer wraps entries
  with longer device identifiers, over two lines.

  install now rejects its long-deprecated --preserve_context option.
  Use --preserve-context instead.

  test now accepts "==" as a synonym for "="

- -----
also posted as: http://savannah.gnu.org/forum/forum.php?forum_id=6785
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCAAGBQJNphpLAAoJEH/Z/MsAC+7usF0P/0Bf9RoWCeH46ByLKaOhKedz
ZJQ9fJGWk2oGV0XCdYuejc7IKc4urTMCJIxfRTBLqgpa6D8ExwNMf9k+vFb89Wpv
lq18vmfx8gdN/mlehe8c39wPzue9+EC1w/FO8wlFgs3Koc2xUxCE/EYC/gJIklBN
JbsknZB/GACy70npeUikEFMg0+sPuf9vMBjZmwk8GpNNFpLwkkdB5KLMus0qxDw2
4xcK4PqhcuNg1EmX5UZN+64eRossmBDGScG9z1CHrEvSxqbSyhqxofB2qNTp+K2D
/EuaJHpjeoDDAfm6iHPwxVF6Mn7zEA65bBRfWyWjKT+L3B9PzmMSY1juBS+ujaja
tlLBT09D4erGskekid7vcufwNPwuj0c8RaHScj4gdbunXDpBu9/ZNfYR2Mavwr5q
G7qDBEJc3BD+peXJT25dWjJtqJ7HuwQN5DaFkVxS1gr0tpTMLSCxxMtyhl3hRByn
F3qcDK7iKg+iE85rY33dbShn5/q4SfVveczh7QwILr5jYf37XwhvUw4fkuGnY24q
a9ndmx2/FmdBkrFthO9jl47MUtCJeDQ+CC1TZGCUOK2Z9H6+GhWi2+VIpcLsqC/j
xMIW+QcT5B88NVZw0m8ur5Icup35PF2TxreUl0qeiQbaGm4KUIfJboYXV/q/zq6q
wb6Dt+lOLe94Sebr8YM+
=X0/c
-----END PGP SIGNATURE-----


&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2011-04-13T20:38:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/65">
    <title>coreutils-8.10 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/65</link>
    <description>&lt;pre&gt;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

-----
also posted as: http://savannah.gnu.org/forum/forum.php?forum_id=6711
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2011-02-04T19:20:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/64">
    <title>coreutils-8.9 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/64</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.9, a stable, bug-fix release.
The sole bug was in split, introduced in 8.8.

See NEWS below for a summary.

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

Jim [on behalf of the coreutils maintainers]

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

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

If you prefer a mirror, you can use links like these:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.9.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.9.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.9.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.11-45b92
  Automake 1.11a
  Gnulib v0.0-4673-gfa6be5b
  Bison 2.4.3

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

* Noteworthy changes in release 8.9 (2011-01-04) [stable]

** Bug fixes

  split no longer creates files with a suffix length that
  is dependent on the number of bytes or lines per file.
  [bug introduced in coreutils-8.8]

----
Also announced at http://savannah.gnu.org/forum/forum.php?forum_id=6679
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2011-01-04T17:34:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/63">
    <title>coreutils-8.8 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/63</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.8, a stable, bug-fix release.
There are numerous fixes for our newly-parallelized sort.

The only significant non-bug-fix change was to add a useful set of
features to split that lets you split input into N roughly-equal pieces,
with options to split on line boundaries or not, and, when honoring line
boundaries, to distribute lines in a round-robin fashion or not.
See "info split" for details and examples, or the on-line manual:
http://www.gnu.org/software/coreutils/manual/html_node/split-invocation.html

See NEWS below for a summary.

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

Thanks to Paul Eggert, Chen Guo and Pádraig Brady for the many hours
they spent contributing to this release and to everyone else who has
been contributing, helping to manage the mailing list and reporting bugs.

Jim [on behalf of the coreutils maintainers]


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

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


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

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.8.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.8.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.8.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.67.65-9144
  Automake 1.11a
  Gnulib v0.0-4551-gfe2a230
  Bison 2.4.3

NEWS
======================================================================
* Noteworthy changes in release 8.8 (2010-12-22) [stable]

** Bug fixes

  cp -u no longer does unnecessary copying merely because the source
  has finer-grained time stamps than the destination.

  od now prints floating-point numbers without losing information, and
  it no longer omits spaces between floating-point columns in some cases.

  sort -u with at least two threads could attempt to read through a
  corrupted pointer. [bug introduced in coreutils-8.6]

  sort with at least two threads and with blocked output would busy-loop
  (spinlock) all threads, often using 100% of available CPU cycles to
  do no work.  I.e., "sort &amp;lt; big-file | less" could waste a lot of power.
  [bug introduced in coreutils-8.6]

  sort with at least two threads no longer segfaults due to use of pointers
  into the stack of an expired thread. [bug introduced in coreutils-8.6]

  sort --compress no longer mishandles subprocesses' exit statuses,
  no longer hangs indefinitely due to a bug in waiting for subprocesses,
  and no longer generates many more than NMERGE subprocesses.

  sort -m -o f f ... f no longer dumps core when file descriptors are limited.

** Changes in behavior

  sort will not create more than 8 threads by default due to diminishing
  performance gains.  Also the --parallel option is no longer restricted
  to the number of available processors.

** New features

  split accepts the --number option to generate a specific number of files.


Also announced here:
  https://savannah.gnu.org/forum/forum.php?forum_id=6662
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2010-12-22T19:46:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/62">
    <title>coreutils-8.7 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/62</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.7, a stable, bug-fix-only release.

It's been a month since coreutils-8.6 with 37 change-sets in coreutils
proper and 59 in gnulib.  This was supposed to have been a snap release
solely to revert the stat %[XYZ] time stamp handling change introduced
in 8.6, but that ended up requiring many more rounds than expected,
and in the mean time a few other bugs and portability problems were
exposed and fixed.  We encourage anyone who is using coreutils-8.6 to
upgrade as soon as possible, in order to minimize the chance that new
application code relies on the stat format string semantics of 8.6.
See NEWS below for a summary.

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

Thanks to all who have been contributing, helping to manage
the mailing list and reporting bugs.

Jim [on behalf of the coreutils maintainers]


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

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

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

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.7.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.7.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.7.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.8-89ce5
  Automake 1.11a
  Gnulib v0.0-4439-ga14bd22
  Bison 2.4.3

./NEWS

* Noteworthy changes in release 8.7 (2010-11-13) [stable]

** Bug fixes

  cp, install, mv, and touch no longer crash when setting file times
  on Solaris 10 Update 9 [Solaris PatchID 144488 and newer expose a
  latent bug introduced in coreutils 8.1, and possibly a second latent
  bug going at least as far back as coreutils 5.97]

  csplit no longer corrupts heap when writing more than 999 files,
  nor does it leak memory for every chunk of input processed
  [the bugs were present in the initial implementation]

  tail -F once again notices changes in a currently unavailable
  remote directory [bug introduced in coreutils-7.5]

** Changes in behavior

  cp --attributes-only now completely overrides --reflink.
  Previously a reflink was needlessly attempted.

  stat's %X, %Y, and %Z directives once again print only the integer
  part of seconds since the epoch.  This reverts a change from
  coreutils-8.6, that was deemed unnecessarily disruptive.  To obtain
  a nanosecond-precision floating point time stamp for %X use %.X;
  if you want (say) just 3 fractional digits, use %.3X.  Likewise
  for %Y and %Z.

  stat's new %W format directive would print floating point seconds.
  However, with the above change to %X, %Y and %Z, we've made %W work
  the same way as the others.

[Also posted here:
 http://savannah.gnu.org/forum/forum.php?forum_id=6608 ]
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2010-11-13T17:56:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/61">
    <title>coreutils-8.6 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/61</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.6, a "stable" release.

It's been over five months, with 200 change-sets in coreutils
and 550 in gnulib.  There have been a handful of new features
(all relatively safe, imho), several bug fixes, and numerous
minor "changes in behavior".  See NEWS below for a summary.

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

Thanks to all who have been contributing, helping to manage
the mailing list and reporting bugs.

Jim [on behalf of the coreutils maintainers]


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

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

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

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.6.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.6.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.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 000BEEEE

and rerun the `gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68.3-de12b
  Automake 1.11a
  Gnulib v0.0-4380-g78c0415
  Bison 2.4.534-8ff1

./NEWS

* Noteworthy changes in release 8.6 (2010-10-15) [stable]

** Bug fixes

  du no longer multiply counts a file that is a directory or whose
  link count is 1, even if the file is reached multiple times by
  following symlinks or via multiple arguments.

  du -H and -L now consistently count pointed-to files instead of
  symbolic links, and correctly diagnose dangling symlinks.

  du --ignore=D now ignores directory D even when that directory is
  found to be part of a directory cycle.  Before, du would issue a
  "NOTIFY YOUR SYSTEM MANAGER" diagnostic and fail.

  split now diagnoses read errors rather than silently exiting.
  [bug introduced in coreutils-4.5.8]

  tac would perform a double-free when given an input line longer than 16KiB.
  [bug introduced in coreutils-8.3]

  tail -F once again notices changes in a currently unavailable directory,
  and works around a Linux kernel bug where inotify runs out of resources.
  [bugs introduced in coreutils-7.5]

  tr now consistently handles case conversion character classes.
  In some locales, valid conversion specifications caused tr to abort,
  while in all locales, some invalid specifications were undiagnosed.
  [bugs introduced in coreutils 6.9.90 and 6.9.92]

** New features

  cp now accepts the --attributes-only option to not copy file data,
  which is useful for efficiently modifying files.

  du recognizes -d N as equivalent to --max-depth=N, for compatibility
  with FreeBSD.

  sort now accepts the --debug option, to highlight the part of the
  line significant in the sort, and warn about questionable options.

  sort now supports -d, -f, -i, -R, and -V in any combination.

  stat now accepts the %m format directive to output the mount point
  for a file.  It also accepts the %w and %W format directives for
  outputting the birth time of a file, if one is available.

** Changes in behavior

  df now consistently prints the device name for a bind mounted file,
  rather than its aliased target.

  du now uses less than half as much memory when operating on trees
  with many hard-linked files.  With --count-links (-l), or when
  operating on trees with no hard-linked files, there is no change.

  ls -l now uses the traditional three field time style rather than
  the wider two field numeric ISO style, in locales where a style has
  not been specified.  The new approach has nicer behavior in some
  locales, including English, which was judged to outweigh the disadvantage
  of generating less-predictable and often worse output in poorly-configured
  locales where there is an onus to specify appropriate non-default styles.
  [The old behavior was introduced in coreutils-6.0 and had been removed
   for English only using a different method since coreutils-8.1]

  rm's -d now evokes an error;  before, it was silently ignored.

  sort -g now uses long doubles for greater range and precision.

  sort -h no longer rejects numbers with leading or trailing ".", and
  no longer accepts numbers with multiple ".".  It now considers all
  zeros to be equal.

  sort now uses the number of available processors to parallelize
  the sorting operation.  The number of sorts run concurrently can be
  limited with the --parallel option or with external process
  control like taskset for example.

  stat now provides translated output when no format is specified.

  stat no longer accepts the --context (-Z) option.  Initially it was
  merely accepted and ignored, for compatibility.  Starting two years
  ago, with coreutils-7.0, its use evoked a warning.  Printing the
  SELinux context of a file can be done with the %C format directive,
  and the default output when no format is specified now automatically
  includes %C when context information is available.

  stat no longer accepts the %C directive when the --file-system
  option is in effect, since security context is a file attribute
  rather than a file system attribute.

  stat now outputs the full sub-second resolution for the atime,
  mtime, and ctime values since the Epoch, when using the %X, %Y, and
  %Z directives of the --format option.  This matches the fact that
  %x, %y, and %z were already doing so for the human-readable variant.

  touch's --file option is no longer recognized.  Use --reference=F (-r)
  instead.  --file has not been documented for 15 years, and its use has
  elicited a warning since coreutils-7.1.

  truncate now supports setting file sizes relative to a reference file.
  Also errors are no longer suppressed for unsupported file types, and
  relative sizes are restricted to supported file types.

[ Also posted at http://savannah.gnu.org/forum/forum.php?forum_id=6553 ]
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2010-10-15T16:53:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/61">
    <title>coreutils-8.6 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/61</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.6, a "stable" release.

It's been over five months, with 200 change-sets in coreutils
and 550 in gnulib.  There have been a handful of new features
(all relatively safe, imho), several bug fixes, and numerous
minor "changes in behavior".  See NEWS below for a summary.

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

Thanks to all who have been contributing, helping to manage
the mailing list and reporting bugs.

Jim [on behalf of the coreutils maintainers]


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

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

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

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.6.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.6.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.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 000BEEEE

and rerun the `gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.68.3-de12b
  Automake 1.11a
  Gnulib v0.0-4380-g78c0415
  Bison 2.4.534-8ff1

./NEWS

* Noteworthy changes in release 8.6 (2010-10-15) [stable]

** Bug fixes

  du no longer multiply counts a file that is a directory or whose
  link count is 1, even if the file is reached multiple times by
  following symlinks or via multiple arguments.

  du -H and -L now consistently count pointed-to files instead of
  symbolic links, and correctly diagnose dangling symlinks.

  du --ignore=D now ignores directory D even when that directory is
  found to be part of a directory cycle.  Before, du would issue a
  "NOTIFY YOUR SYSTEM MANAGER" diagnostic and fail.

  split now diagnoses read errors rather than silently exiting.
  [bug introduced in coreutils-4.5.8]

  tac would perform a double-free when given an input line longer than 16KiB.
  [bug introduced in coreutils-8.3]

  tail -F once again notices changes in a currently unavailable directory,
  and works around a Linux kernel bug where inotify runs out of resources.
  [bugs introduced in coreutils-7.5]

  tr now consistently handles case conversion character classes.
  In some locales, valid conversion specifications caused tr to abort,
  while in all locales, some invalid specifications were undiagnosed.
  [bugs introduced in coreutils 6.9.90 and 6.9.92]

** New features

  cp now accepts the --attributes-only option to not copy file data,
  which is useful for efficiently modifying files.

  du recognizes -d N as equivalent to --max-depth=N, for compatibility
  with FreeBSD.

  sort now accepts the --debug option, to highlight the part of the
  line significant in the sort, and warn about questionable options.

  sort now supports -d, -f, -i, -R, and -V in any combination.

  stat now accepts the %m format directive to output the mount point
  for a file.  It also accepts the %w and %W format directives for
  outputting the birth time of a file, if one is available.

** Changes in behavior

  df now consistently prints the device name for a bind mounted file,
  rather than its aliased target.

  du now uses less than half as much memory when operating on trees
  with many hard-linked files.  With --count-links (-l), or when
  operating on trees with no hard-linked files, there is no change.

  ls -l now uses the traditional three field time style rather than
  the wider two field numeric ISO style, in locales where a style has
  not been specified.  The new approach has nicer behavior in some
  locales, including English, which was judged to outweigh the disadvantage
  of generating less-predictable and often worse output in poorly-configured
  locales where there is an onus to specify appropriate non-default styles.
  [The old behavior was introduced in coreutils-6.0 and had been removed
   for English only using a different method since coreutils-8.1]

  rm's -d now evokes an error;  before, it was silently ignored.

  sort -g now uses long doubles for greater range and precision.

  sort -h no longer rejects numbers with leading or trailing ".", and
  no longer accepts numbers with multiple ".".  It now considers all
  zeros to be equal.

  sort now uses the number of available processors to parallelize
  the sorting operation.  The number of sorts run concurrently can be
  limited with the --parallel option or with external process
  control like taskset for example.

  stat now provides translated output when no format is specified.

  stat no longer accepts the --context (-Z) option.  Initially it was
  merely accepted and ignored, for compatibility.  Starting two years
  ago, with coreutils-7.0, its use evoked a warning.  Printing the
  SELinux context of a file can be done with the %C format directive,
  and the default output when no format is specified now automatically
  includes %C when context information is available.

  stat no longer accepts the %C directive when the --file-system
  option is in effect, since security context is a file attribute
  rather than a file system attribute.

  stat now outputs the full sub-second resolution for the atime,
  mtime, and ctime values since the Epoch, when using the %X, %Y, and
  %Z directives of the --format option.  This matches the fact that
  %x, %y, and %z were already doing so for the human-readable variant.

  touch's --file option is no longer recognized.  Use --reference=F (-r)
  instead.  --file has not been documented for 15 years, and its use has
  elicited a warning since coreutils-7.1.

  truncate now supports setting file sizes relative to a reference file.
  Also errors are no longer suppressed for unsupported file types, and
  relative sizes are restricted to supported file types.

[ Also posted at http://savannah.gnu.org/forum/forum.php?forum_id=6553 ]
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2010-10-15T16:53:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/60">
    <title>coreutils-8.5 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/60</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.5, a bug-fix-only "stable" release.

This is a good time for a release.
It's been over three months, during which we've seen a few bug fixes.
In addition, a few features are nearly ready, and it is good to
get a stable release out before adding those to the mix.

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.5
or run this command from a git-cloned coreutils directory:
  git shortlog v8.4..v8.5

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

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

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.5.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.5.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.5.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.65.57-45695
  Automake 1.11a
  Gnulib v0.0-3828-g6d126a8
  Bison 2.4.1

./NEWS

* Noteworthy changes in release 8.5 (2010-04-23) [stable]

** Bug fixes

  cp and mv once again support preserving extended attributes.
  [bug introduced in coreutils-8.4]

  cp now preserves "capabilities" when also preserving file ownership.

  ls --color once again honors the 'NORMAL' dircolors directive.
  [bug introduced in coreutils-6.11]

  sort -M now handles abbreviated months that are aligned using blanks
  in the locale database.  Also locales with 8 bit characters are
  handled correctly, including multi byte locales with the caveat
  that multi byte characters are matched case sensitively.

  sort again handles obsolescent key formats (+POS -POS) correctly.
  Previously if -POS was specified, 1 field too many was used in the sort.
  [bug introduced in coreutils-7.2]

** New features

  join now accepts the --header option, to treat the first line of each
  file as a header line to be joined and printed unconditionally.

  timeout now accepts the --kill-after option which sends a kill
  signal to the monitored command if it's still running the specified
  duration after the initial signal was sent.

  who: the "+/-" --mesg (-T) indicator of whether a user/tty is accepting
  messages could be incorrectly listed as "+", when in fact, the user was
  not accepting messages (mesg no).  Before, who would examine only the
  permission bits, and not consider the group of the TTY device file.
  Thus, if a login tty's group would change somehow e.g., to "root",
  that would make it unwritable (via write(1)) by normal users, in spite
  of whatever the permission bits might imply.  Now, when configured
  using the --with-tty-group[=NAME] option, who also compares the group
  of the TTY device with NAME (or "tty" if no group name is specified).

** Changes in behavior

  ls --color no longer emits the final 3-byte color-resetting escape
  sequence when it would be a no-op.

  join -t '' no longer emits an error and instead operates on
  each line as a whole (even if they contain NUL characters).

This message also appears here:
https://savannah.gnu.org/forum/forum.php?forum_id=6301
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2010-04-23T17:07:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/59">
    <title>Re: coreutils-8.4 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/59</link>
    <description>&lt;pre&gt;Congratulations on the new release.



&lt;/pre&gt;</description>
    <dc:creator>Richard Stallman</dc:creator>
    <dc:date>2010-01-14T14:46:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/58">
    <title>coreutils-8.4 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/58</link>
    <description>&lt;pre&gt;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 &amp;lt;sys/capability.h&amp;gt;.
  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 &amp;lt;wchar.h&amp;gt; header.  Now, gnulib works around the bug in those older
  glibc &amp;lt;wchar.h&amp;gt; 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.
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2010-01-13T21:44:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/57">
    <title>coreutils-8.3 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/57</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.3, a bug-fix-only "stable" release.

This release fixes an eclectic mix of bugs, mostly subtle and tricky to
reproduce, from tail races to work-arounds for file-system-specific kernel
bugs and for misbehavior that is seen only if you have a bleeding edge
glibc fix that was prompted by a related fix in gnulib.

Special thanks to Eric Blake, Pádraig Brady, and Giuseppe Scrivano,
who fixed most of the bugs.

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

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

FIXME: put comments here

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

Here are the GPG detached signatures[*]:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.3.tar.gz.sig
  http://ftpmirror.gnu.org/coreutils/coreutils-8.3.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.3.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.65.23-13e35
  Automake 1.11a
  Gnulib v0.0-3169-gcb361c9
  Bison 2.4.460-505e

./NEWS

* Noteworthy changes in release 8.3 (2010-01-07) [stable]

** Bug fixes

  cp -p, install -p, mv, and touch -c could trigger a spurious error
  message when using new glibc coupled with an old kernel.
  [bug introduced in coreutils-6.12].

  ls -l --color no longer prints "argetm" in front of dangling
  symlinks when the 'LINK target' directive was given to dircolors.
  [bug introduced in fileutils-4.0]

  pr's page header was improperly formatted for long file names.
  [bug introduced in coreutils-7.2]

  rm -r --one-file-system works once again.
  The rewrite to make rm use fts introduced a regression whereby
  a commmand of the above form would fail for all subdirectories.
  [bug introduced in coreutils-8.0]

  stat -f recognizes more file system types: k-afs, fuseblk, gfs/gfs2, ocfs2,
  and rpc_pipefs. Also Minix V3 is displayed correctly as minix3, not minux3.
  [bug introduced in coreutils-8.1]

  tail -f (inotify-enabled) once again works with remote files.
  The use of inotify with remote files meant that any changes to those
  files that was not done from the local system would go unnoticed.
  [bug introduced in coreutils-7.5]

  tail -F (inotify-enabled) would abort when a tailed file is repeatedly
  renamed-aside and then recreated.
  [bug introduced in coreutils-7.5]

  tail -F (inotify-enabled) could fail to follow renamed files.
  E.g., given a "tail -F a b" process, running "mv a b" would
  make tail stop tracking additions to "b".
  [bug introduced in coreutils-7.5]

  touch -a and touch -m could trigger bugs in some file systems, such
  as xfs or ntfs-3g, and fail to update timestamps.
  [bug introduced in coreutils-8.1]

  wc now prints counts atomically so that concurrent
  processes will not intersperse their output.
  [the issue dates back to the initial implementation]
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2010-01-07T21:33:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/56">
    <title>coreutils-8.2 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/56</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.2.
This is a bug-fix-only "stable" release.

Not only does this release fix a few bugs in the tools, but it fixes two
exploitable bugs in the build rules.  One (the "make dist" vulnerability)
was fixed by regenerating all Makefile.in files using a fixed version
of automake[1].  That bug affects all package using automake-generated
Makefile.in files.  The other vulnerability (the "make distcheck" bug
mentioned below) is specific to this package.  You would be vulnerable
only if you were to run "make distcheck" on a system with a local attacker.

As usual, this release includes a ton of gnulib improvements
(104 change-sets worth).  Thanks to everyone who has been helping.


[1] http://bugzilla.redhat.com/542609
http://lists.gnu.org/archive/html/automake/2009-12/msg00010.html

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

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


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

Here are the GPG detached signatures[*]:
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.2.tar.gz.sig
  http://ftp.gnu.org/gnu/coreutils/coreutils-8.2.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.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 keys.gnupg.net --recv-keys B9AB9A16

and rerun the `gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.65.8-b4f0a
  Automake 1.11a
  Gnulib v0.0-2995-g63983c0
  Bison 2.4.1.160-aa01

NEWS

* Noteworthy changes in release 8.2 (2009-12-11) [stable]

** Bug fixes

  id's use of mgetgroups no longer writes beyond the end of a malloc'd buffer
  [bug introduced in coreutils-8.1]

  id no longer crashes on systems without supplementary group support.
  [bug introduced in coreutils-8.1]

  rm once again handles zero-length arguments properly.
  The rewrite to make rm use fts introduced a regression whereby
  a command like "rm a '' b" would fail to remove "a" and "b", due to
  the presence of the empty string argument.
  [bug introduced in coreutils-8.0]

  sort is now immune to the signal handling of its parent.
  Specifically sort now doesn't exit with an error message
  if it uses helper processes for compression and its parent
  ignores CHLD signals. [bug introduced in coreutils-6.9]

  tail without -f no longer access uninitialized memory
  [bug introduced in coreutils-7.6]

  timeout is now immune to the signal handling of its parent.
  Specifically timeout now doesn't exit with an error message
  if its parent ignores CHLD signals. [bug introduced in coreutils-7.6]

  a user running "make distcheck" in the coreutils source directory,
  with TMPDIR unset or set to the name of a world-writable directory,
  and with a malicious user on the same system
  was vulnerable to arbitrary code execution
  [bug introduced in coreutils-5.0]
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2009-12-11T17:11:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/55">
    <title>coreutils-8.1 released [stable]</title>
    <link>http://permalink.gmane.org/gmane.comp.gnu.coreutils.announce/55</link>
    <description>&lt;pre&gt;This is to announce coreutils-8.1.
We consider it to be "stable" in spite of a few new features,
a new program and minor changes in behavior.

    &amp;lt;http://www.gnu.org/software/coreutils/&amp;gt;

Eric Blake deserves special thanks for making an impressive number of
improvements to the portability and robustness of the tools, both via
new and even better interfaces in Gnulib and changes in Coreutils proper.
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.1
or run this command from a git-cloned coreutils directory:
  git shortlog v8.0..v8.1

To summarize the gnulib-related changes, run these commands
From a git-cloned coreutils directory:
  git checkout v8.1
  git submodule summary v8.0

Here are the compressed sources:
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.1.tar.gz   (10 MB)
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.1.tar.xz   (4.2 MB)

Here are the GPG detached signatures[*]:
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.1.tar.gz.sig
  ftp://ftp.gnu.org/gnu/coreutils/coreutils-8.1.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-8.1.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.85-1962
  Automake 1.11a
  Gnulib v0.0-2893-g0883405
  Bison 2.4.1.160-aa01

NEWS

* Noteworthy changes in release 8.1 (2009-11-18) [stable]

** Bug fixes

  chcon no longer exits immediately just because SELinux is disabled.
  Even then, chcon may still be useful.
  [bug introduced in coreutils-8.0]

  chcon, chgrp, chmod, chown and du now diagnose an ostensible directory cycle
  and arrange to exit nonzero.  Before, they would silently ignore the
  offending directory and all "contents."

  env -u A=B now fails, rather than silently adding A to the
  environment.  Likewise, printenv A=B silently ignores the invalid
  name.  [the bugs date back to the initial implementation]

  ls --color now handles files with capabilities correctly.  Previously
  files with capabilities were often not colored, and also sometimes, files
  without capabilites were colored in error. [bug introduced in coreutils-7.0]

  md5sum now prints checksums atomically so that concurrent
  processes will not intersperse their output.
  This also affected sum, sha1sum, sha224sum, sha384sum and sha512sum.
  [the bug dates back to the initial implementation]

  mktemp no longer leaves a temporary file behind if it was unable to
  output the name of the file to stdout.
  [the bug dates back to the initial implementation]

  nice -n -1 PROGRAM now runs PROGRAM even when its internal setpriority
  call fails with errno == EACCES.
  [the bug dates back to the initial implementation]

  nice, nohup, and su now refuse to execute the subsidiary program if
  they detect write failure in printing an otherwise non-fatal warning
  message to stderr.

  stat -f recognizes more file system types: afs, cifs, anon-inode FS,
  btrfs, cgroupfs, cramfs-wend, debugfs, futexfs, hfs, inotifyfs, minux3,
  nilfs, securityfs, selinux, xenfs

  tail -f (inotify-enabled) now avoids a race condition.
  Before, any data appended in the tiny interval between the initial
  read-to-EOF and the inotify watch initialization would be ignored
  initially (until more data was appended), or forever, if the file
  were first renamed or unlinked or never modified.
  [The race was introduced in coreutils-7.5]

  tail -F (inotify-enabled) now consistently tails a file that has been
  replaced via renaming.  That operation provokes either of two sequences
  of inotify events.  The less common sequence is now handled as well.
  [The bug came with the implementation change in coreutils-7.5]

  timeout now doesn't exit unless the command it is monitoring does,
  for any specified signal. [bug introduced in coreutils-7.0].

** Changes in behavior

  chroot, env, nice, and su fail with status 125, rather than 1, on
  internal error such as failure to parse command line arguments; this
  is for consistency with stdbuf and timeout, and avoids ambiguity
  with the invoked command failing with status 1.  Likewise, nohup
  fails with status 125 instead of 127.

  du (due to a change in gnulib's fts) can now traverse NFSv4 automounted
  directories in which the stat'd device number of the mount point differs
  during a traversal.  Before, it would fail, because such a mismatch would
  usually represent a serious error or a subversion attempt.

  echo and printf now interpret \e as the Escape character (0x1B).

  rm -f /read-only-fs/nonexistent now succeeds and prints no diagnostic
  on systems with an unlinkat syscall that sets errno to EROFS in that case.
  Before, it would fail with a "Read-only file system" diagnostic.
  Also, "rm /read-only-fs/nonexistent" now reports "file not found" rather
  than the less precise "Read-only file system" error.

** New programs

  nproc: Print the number of processing units available to a process.

** New features

  env and printenv now accept the option --null (-0), as a means to
  avoid ambiguity with newlines embedded in the environment.

  md5sum --check now also accepts openssl-style checksums.
  So do sha1sum, sha224sum, sha384sum and sha512sum.

  mktemp now accepts the option --suffix to provide a known suffix
  after the substitution in the template.  Additionally, uses such as
  "mktemp fileXXXXXX.txt" are able to infer an appropriate --suffix.

  touch now accepts the option --no-dereference (-h), as a means to
  change symlink timestamps on platforms with enough support.
&lt;/pre&gt;</description>
    <dc:creator>Jim Meyering</dc:creator>
    <dc:date>2009-11-18T20:14:11</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnu.coreutils.announce">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gnu.coreutils.announce</link>
  </textinput>
</rdf:RDF>

