coreutils
[Top][All Lists]
Advanced

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

coreutils-8.23 released [stable]


From: Pádraig Brady
Subject: coreutils-8.23 released [stable]
Date: Sat, 19 Jul 2014 00:41:08 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

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

There have been 157 commits by 23 people in the 31 weeks since 8.22

Executive summary: 8.23 is mainly a bug fix.
df(1) has had many fixes to better handle the more dynamic nature
of the list of mounted file systems presented by modern systems.
Various static and runtime analysis tools were used to identify
undefined and problematic behaviour, which was fixed in sort and ptx.
A significant new feature added was the ability to build coreutils
as a single multi-call binary, thus reducing the amount of storage
space needed for an installation.  This is enabled with the
new --enable-single-binary configure option.

See the NEWS below for more details.

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

  Aleksej Serdjukov (1)         Jarkko Sakkinen (1)
  Alex Deymo (2)                Jim Meyering (12)
  Assaf Gordon (4)              John (1)
  Ben Walton (2)                Namhyung Kim (2)
  Benno Schulenberg (1)         Nicolas Iooss (1)
  Bernhard Voelker (15)         Niels Möller (1)
  Chengwei Yang (1)             Paul Eggert (18)
  David Michael (1)             Petr Stodůlka (1)
  Dylan Simon (1)               Pádraig Brady (90)
  Edgars Irmejs (1)             Shayan Pooya (1)
  Edward Welbourne (1)          Алексей Шилин (1)
  Guilherme de Almeida Suckev

Pádraig [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.23
or run this command from a git-cloned coreutils directory:
  git shortlog v8.22..v8.23

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

==================================================================

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

Use a mirror for higher download bandwidth:
  http://ftpmirror.gnu.org/coreutils/coreutils-8.23.tar.xz
  http://ftpmirror.gnu.org/coreutils/coreutils-8.23.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.23.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 DF6FD971306037D9

and rerun the 'gpg --verify' command.

This release was bootstrapped with the following tools:
  Autoconf 2.69
  Automake 1.14.1
  Gnulib v0.1-186-g71be4c8
  Bison 2.7

NEWS

* Noteworthy changes in release 8.23 (2014-07-18) [stable]

** Bug fixes

  chmod -Rc no longer issues erroneous warnings for files with special bits set.
  [bug introduced in coreutils-6.0]

  cp -a, mv, and install --preserve-context, once again set the correct SELinux
  context for existing directories in the destination.  Previously they set
  the context of an existing directory to that of its last copied descendent.
  [bug introduced in coreutils-8.22]

  cp -a, mv, and install --preserve-context, no longer seg fault when running
  with SELinux enabled, when copying from file systems that return an error
  when reading the SELinux context for a file.
  [bug introduced in coreutils-8.22]

  cp -a and mv now preserve xattrs of symlinks copied across file systems.
  [bug introduced with extended attribute preservation feature in coreutils-7.1]

  date could crash or go into an infinite loop when parsing a malformed TZ="".
  [bug introduced with the --date='TZ="" ..' parsing feature in coreutils-5.3.0]

  dd's ASCII and EBCDIC conversions were incompatible with common practice and
  with POSIX, and have been corrected as follows.  First, conv=ascii now
  implies conv=unblock, and conv=ebcdic and conv=ibm now imply conv=block.
  Second, the translation tables for dd conv=ascii and conv=ebcdic have been
  corrected as shown in the following table, where A is the ASCII value, W is
  the old, wrong EBCDIC value, and E is the new, corrected EBCDIC value; all
  values are in octal.

      A   W   E
     041 117 132
     133 112 255
     135 132 275
     136 137 232
     174 152 117
     176 241 137
     313 232 152
     325 255 112
     345 275 241

  [These dd bugs were present in "the beginning".]

  df has more fixes related to the newer dynamic representation of file systems:
  Duplicates are elided for virtual file systems like tmpfs.
  Details for the correct device are output for points mounted multiple times.
  Placeholder values are output for inaccessible file systems, rather than
  than error messages or values for the wrong file system.
  [These bugs were present in "the beginning".]

  df now outputs all appropriate entries in the presence of bind mounts.
  On some systems, entries would have been incorrectly elided due to
  them being considered "dummy" mounts.
  [bug introduced in coreutils-8.22]

  du now silently ignores directory cycles introduced with bind mounts.
  Previously it would issue a warning and exit with a failure status.
  [bug introduced in coreutils-8.1]

  head --bytes=-N and --lines=-N now handles devices more
  consistently, not ignoring data from virtual devices like /dev/zero,
  or on BSD systems data from tty devices.
  [bug introduced in coreutils-5.0.1]

  head --bytes=-N - no longer fails with a bogus diagnostic when stdin's
  seek pointer is not at the beginning.
  [bug introduced with the --bytes=-N feature in coreutils-5.0.1]

  head --lines=-0, when the input does not contain a trailing '\n',
  now copies all input to stdout.  Previously nothing was output in this case.
  [bug introduced with the --lines=-N feature in coreutils-5.0.1]

  id, when invoked with no user name argument, now prints the correct group ID.
  Previously, in the default output format, it would print the default group ID
  in the password database, which may be neither real nor effective.  For e.g.,
  when run set-GID, or when the database changes outside the current session.
  [bug introduced in coreutils-8.1]

  ln -sf now replaces symbolic links whose targets can't exist.  Previously
  it would display an error, requiring --no-dereference to avoid the issue.
  [bug introduced in coreutils-5.3.0]

  ln -sr '' F no longer segfaults.  Now works as expected.
  [bug introduced with the --relative feature in coreutils-8.16]

  numfmt now handles blanks correctly in all unibyte locales.  Previously
  in locales where character 0xA0 is a blank, numfmt would mishandle it.
  [bug introduced when numfmt was added in coreutils-8.21]

  ptx --format long option parsing no longer falls through into the --help case.
  [bug introduced in TEXTUTILS-1_22i]

  ptx now consistently trims whitespace when processing multiple files.
  [This bug was present in "the beginning".]

  seq again generates correct output with start or end values = -0.
  [bug introduced in coreutils-8.20.]

  shuf --repeat no longer dumps core if the input is empty.
  [bug introduced with the --repeat feature in coreutils-8.22]

  sort when using multiple threads now avoids undefined behavior with mutex
  destruction, which could cause deadlocks on some implementations.
  [bug introduced in coreutils-8.6]

  tail -f now uses polling mode for VXFS to cater for its clustered mode.
  [bug introduced with inotify support added in coreutils-7.5]

** New features

  od accepts a new option: --endian=TYPE to handle inputs with different byte
  orders, or to provide consistent output on systems with disparate endianness.

  configure accepts the new option --enable-single-binary to build all the
  selected programs in a single binary called "coreutils".  The selected
  programs can still be called directly using symlinks to "coreutils" or
  shebangs with the option --coreutils-prog= passed to this program.  The
  install behavior is determined by the option --enable-single-binary=symlinks
  or --enable-single-binary=shebangs (the default).  With the symlinks option,
  you can't make a second symlink to any program because that will change the
  name of the called program, which is used by coreutils to determine the
  desired program.  The shebangs option doesn't suffer from this problem, but
  the /proc/$pid/cmdline file might not be updated on all the platforms.  The
  functionality of each program is not affected but this single binary will
  depend on all the required dynamic libraries even to run simple programs.
  If you desire to build some tools outside the single binary file, you can
  pass the option --enable-single-binary-exceptions=PROG_LIST with the comma
  separated list of programs you want to build separately.  This flag
  considerably reduces the overall size of the installed binaries which makes
  it suitable for embedded system.

** Changes in behavior

  chroot with an argument of "/" no longer implicitly changes the current
  directory to "/", allowing changing only user credentials for a command.

  chroot --userspec will now unset supplemental groups associated with root,
  and instead use the supplemental groups of the specified user.

  cut -d$'\n' again outputs lines identified in the --fields list, having
  not done so in v8.21 and v8.22.  Note using this non portable functionality
  will result in the delayed output of lines.

  ls with none of LS_COLORS or COLORTERM environment variables set,
  will now honor an empty or unknown TERM environment variable,
  and not output colors even with --colors=always.

** Improvements

  chroot has better --userspec and --group look-ups, with numeric IDs never
  causing name look-up errors.  Also look-ups are first done outside the chroot,
  in case the look-up within the chroot fails due to library conflicts etc.

  install now allows the combination of the -D and -t options.

  numfmt supports zero padding of numbers using the standard printf
  syntax of a leading zero, for example --format="%010f".
  Also throughput was improved by up to 800% by avoiding redundant processing.

  shred now supports multiple passes on GNU/Linux tape devices by rewinding
  the tape before each pass, avoids redundant writes to empty files,
  uses direct I/O for all passes where possible, and attempts to clear
  inode storage used for small files on some file systems.

  split avoids unnecessary input buffering, immediately writing input to output
  which is significant with --filter or when writing to fifos or stdout etc.

  stat and tail work better with HFS+, HFSX, LogFS and ConfigFS.  stat -f
  --format=%T now reports the file system type, and tail -f now uses inotify,
  rather than the default of issuing a warning and reverting to polling.

- -----
also posted at: https://savannah.gnu.org/forum/forum.php?forum_id=8032
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQIcBAEBAgAGBQJTybCLAAoJEN9v2XEwYDfZHkEP/A731l9+GX7CTfjZDYH28Sgj
gg8umPpGanJZXdzw+QIP5PO06XyNu4otrJETWyIxzgBdbU4I0XIvq1OypoGOkqDC
1ied8UwP5MOsWkhrEBVEPyK6iCebJv98tH0LegcFUjPaLoPGDu+2k4yxUbOyp6bV
VLe5gMAeD/CAxW9qotLYiH0dD36ATSfB7DY/cxTLqT6PsqrB57O5opnONuIa4WYn
eWhoYKAqo9JagxTHWcjz1k18QJj4COLI5RK4EhBwq3i136/xg4TuIe1MByXu58ht
gSLfJ6aw05QAxsb4UC1QtE6K8ilsyJg/J+PeSbKrcfBbRU+Y/PcMnfWWM/NUdkPr
q2yo+Ngt1DU0jU/eGanfBS0BTSXRCscs+fXZM5ZPUZD9jl8nnKTD8Uuw2mwBcgiu
KYa4Ihu1VGYzpVRxwtEvVDGYSP9IilUjuCFp+vOjQeONk7wl//dzNRS9YAahXZaM
AvEXEZsq++l1JCFiRzfHDxDj/jkv1Lmb/0lB61SZSLEZ+jXz4vogeE3RwEVbrUHh
27xCtpNCAU20/H5s1P9wdc1pTycTL5pXxUZFifNxjCx2KULm9FdycByZ0/cszVbP
9FGjh8cXsvDhpQWFMG96XeQtYmxIgBwgdSca1ZGIIHJNB+PJeC33S94kgjuZvE+f
B+VUAhBpa0ZzE79Dkaht
=qZF8
-----END PGP SIGNATURE-----



reply via email to

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