You may have seen that Paul made the gnulib module 'year2038' [1] useful for all platforms, especially Linux/i386. I think it would be a good idea for coreutils and findutils to include this module,
For reference I tested on Fedora rawhide on these architectures: armv7hl s390x i686 ppc64 aarch64 ppc64le x86_64 By doing this in the coreutils repo: $ fedpkg local # to first test local build $ fedp
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 sn
Hi, I have tested the snapshot on a Ubuntu LTS 14.04 x86_64 notebook following the above procedure. One FAIL was reported: --8<-- FAIL: tests/df/df-symlink == ++ initial_cwd_=/home/auerswald/tmp/c/co
tests/misc/runcon-no-reorder.sh fails on my Fedora 25 VM if and only if coreutils is compiled _without_ having libseccomp-devel installed: FAIL: tests/misc/runcon-no-reorder == ++ initial_cwd_=/home/
Indeed my setsid() is not robust because one really needs to fork first (and check for -1 in the return). However I've investigated a bit more libseccomp doesn't provide that much protection. I.E. th
Hello Pádraig and all, Few things I noticed (other tests are still running): 1. Possibly due to the recent "renameat2" addition, compiling on linux now requires <linux/fs.h> header. On GNU/Linux sys
There was a patch to df in this release, though I don't think it's related: https://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=a19ff5d8 It's a one line patch worth testing reverted, but proba
Just got results from Mac OS X, which also fail with "argument list too long", but the log is more helpful: == +name_max='*' +name_limit=1048576 +test '*' -lt 1048576 ./tests/ln/sf-1.sh: line 39: tes
Hello, Two more failures 1. on older Cent OS 6.5, and on OpenSolaris 5.11/i86pc, "tests/misc/tty" tails. Cent Os 6.5: FAIL: tests/misc/tty == + test -t 0 + returns_ 1 tty not a tty + returns_ 1 tty -
Few more: 1. On CentOS 7/ppc64le, "tests/misc/runcon-no-reorder" fail (as already reported by Kamil dudka in https://lists.gnu.org/archive/html/coreutils/2017-08/msg00086.html ). I see an old thread
The attached should fix up this stat test issue, and improve `stat -f -c %l` on FreeBSD and OpenBSD. cheers, Pádraig Attachment: bsd-stat-f-l.patch Description: Text Data
Hi Pádraig, The test tests/df/df-symlink still fails the same way with the above patch reverted. That was my initial thought as well. Please note that this overmount is part of the "encrypted home d