We plan to release coreutils-8.27 in about a week, so any testing
you can do on various different systems between now and then
would be most welcome.

--------------------------------------

You can download the coreutils snapshot in xz format (5.2 MB) from:
  https://pixelbeat.org/cu/coreutils-ss.tar.xz

And verify with gpg or md5sum with:
  https://pixelbeat.org/cu/coreutils-ss.tar.xz.sig
  MD5 (coreutils-ss.tar.xz) = 95d9b4560480d71b474b619dda126b3d

--------------------------------------

To test follow this standard procedure:

  tar -xf coreutils-ss.tar.xz
  cd coreutils-8.26.61-10d1d/
  ./configure && make check VERBOSE=yes

Failures are reported and details are in tests/test-suite.log

--------------------------------------

Changes since the previous snapshot are:

Author: Bruno Haible <[email protected]>
Date:   Fri Mar 3 12:13:48 2017 +0100
    lock tests: Fix test failure on Mac OS X (regression from 2017-01-05).
    Reported by Assaf Gordon <[email protected]>
    * tests/test-lock.c: On Mac OS X, use named semaphores, not unnamed
    (USE_NAMED_SEMAPHORE, USE_UNNAMED_SEMAPHORE): New macros.
    (atomic_int_semaphore): New macro.

Author: Pádraig Brady <[email protected]>
Date:   Fri Mar 3 00:30:20 2017 -0800
    timeout: handle multiple children on solaris
    * src/timeout.c (install_sigchld): A new function to
    install the SIGCHLD handler using sigaction() rather
    than signal(), because with the latter on solaris
    the signal handler is reset to default and thus
    sigsuspend() only returns for the first finished child.
    Reported by Assaf Gordon.

Author: Pádraig Brady <[email protected]>
Date:   Fri Mar 3 00:25:54 2017 -0800
    tests: avoid a spurious failure on older debian
    * tests/misc/cut-huge-range.sh: Bump up the ulimit,
    to avoid a false failure due hitting the previously
    detected ulimit.
    Reported by Assaf Gordon.

Author: Pádraig Brady <[email protected]>
Date:   Fri Mar 3 00:23:56 2017 -0800
    build: fix libstdbuf build on AIX 7
    * src/libstdbuf.c: undef malloc so as libstdbuf is
    not linked with gnulib, and anyway the replacement is
    never needed since we never malloc(0).
    Reported by Assaf Gordon.

thanks,
Pádraig

Reply via email to