We plan to release coreutils-8.28 towards the end of this 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) = a1712bf70c4fc51ee47a4aea20180514 -------------------------------------- To test follow this standard procedure: tar -xf coreutils-ss.tar.xz cd coreutils-8.27.103-db8d1/ ./configure && make check VERBOSE=yes Failures are reported and details are in tests/test-suite.log -------------------------------------- Changes since the previous snapshot are: commit db8d1bb92c7431546625e3222b3494b6e81e0ae0 Author: Pádraig Brady <[email protected]> Date: Wed Aug 30 01:33:06 2017 -0700 build: fix build of renameat2 on Alpine Linux * gnulib: The only change included in this update it the added check for the presence of <linux/fs.h> which is not present on Alpine Linux by default. Reported by Assaf Gordon commit d95294982960a4a81889722fd79f1fedc04c8ee5 Author: Pádraig Brady <[email protected]> Date: Wed Aug 30 00:55:34 2017 -0700 tty: fix exit code with EINVAL * src/tty.c (main): All systems mention that isatty() man return EINVAL as well as (the POSIX compliant) ENOTTY. Also Centos 6 was seen to return EINVAL from ttyname(). * tests/misc/tty.sh: Fix a test issue where we assume standard input is always a valid tty. Reported by Assaf Gordon on OpenSolaris 5.10 and 5.11, and Centos 6.5 commit f5d7c0842ef7adc2be6e85f9ef66b35ebbbd6a61 Author: Pádraig Brady <[email protected]> Date: Wed Aug 30 00:27:41 2017 -0700 runcon: revert "disable use of the TIOCSTI ioctl" This reverts commit v8.27-97-g8cb06d4 because the setsid() fallback was not implemented correctly and disabling the ioctl was not a complete solution to the security issue of the child being passed the tty of the parent. Given runcon is not really a sandbox command, the advice is to use `runcon ... setsid ...` to avoid this particular issue. Reported by Assaf Gordon and Kamil Dudka commit f169345506ac5a095cd100d016c84dc44b33e851 Author: Pádraig Brady <[email protected]> Date: Tue Aug 29 23:42:54 2017 -0700 stat: fix determination of max name length on BSD systems We only use one of statfs or statvfs for `stat -f` and on the BSDs we use statfs which doesn't have the f_namelen member. However on OpenBSD and later FreeBSD systems statfs does provide f_namemax, so use that. * NEWS: Mention the improvement for OpenBSD and FreeBSD. * m4/stat-prog.m4: Check for f_namemax in the statfs struct. * src/stat.c: Return '?' rather than '*' when we can't determine the max length of the file system. * tests/ln/sf-1.sh: This test was failing on all BSDs due to '*' being returned for the max length which caused the test to attempt to create 1Mi+1 names. The test now uses a short name when we can't determine the max name length to use. Reported by Assaf Gordon on various BSD based systems. thanks, Pádraig.
