coreutils
[Top][All Lists]
Advanced

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

Re: new snapshot available: coreutils-8.29.57-2ed7c2.tar.xz


From: Pádraig Brady
Subject: Re: new snapshot available: coreutils-8.29.57-2ed7c2.tar.xz
Date: Wed, 27 Jun 2018 00:11:21 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0

On 26/06/18 04:15, Assaf Gordon wrote:
> Hello Pádraig and all,
> 
> First,
> thanks for all the hard work regarding the env-S test failure.
> The shebang length limit is an interesting edge-case I haven't thought 
> about...
> 
> 
> Second,
> Attached few test failures (not env-S-script/shebang ones).
> 
> ======
> 
> On Debian 8.10/i686 (this is gcc45.fsffrance.org from gcc copmile farm):
> 
>    FAIL: tests/cp/fiemap-perf
> 
> This is a false-positive due to the test assuming that
> copying 1TB of sparse file will finish in less than 10 seconds:
> https://opengrok.housegordon.com/source/xref/coreutils/tests/cp/fiemap-perf.sh#42
> 
> Was previously reported for 8.29:
> https://lists.gnu.org/archive/html/coreutils/2017-12/msg00059.html
> 
> A bit more information this time:
> 
>    $ timeout 10 truncate -s1T f
>    $ ls -lh f*
>    -rw-r--r-- 1 agn agn 1.0T Jun 26 12:01 f
>    $ timeout 10 cp f f2 ; echo $? 
>  
> 
>    124
> 
> strace shows that the 'ioctl(FS_IOC_FIEMAP)' did not terminate within 10 
> seconds. Perhaps it's a slow machine - gcc45 is "AMD Athlon(tm) II X4 
> 640 Processor".

That's 3.16 kernel I think.
Seems like a kernel bug, perhaps with 32 mode.
There should only be minimal processing required for that ioctl.

> On Debian 9.4/x86_64:
> 
>     FAIL: tests/df/df-symlink
> 
> This is a false-positive, on my system /tmp is bind-mounted to /scratch
> (which is mounted from /dev/sdb2):
> 
>    ++ grep -F /dev/sdb2
>    ++ wc -l
>    + test 1 = 1
>    + df --out=source,target .
>    + compare exp out
>    + compare_dev_null_ exp out
>    + test 2 = 2
>    + test xexp = x/dev/null
>    + test xout = x/dev/null
>    + return 2
>    + case $? in
>    + compare_ exp out
>    + diff -u exp out
>    --- exp 2018-06-25 05:16:53.034770806 -0600
>    +++ out 2018-06-25 05:16:53.042771018 -0600
>    @@ -1,2 +1,2 @@
>     Filesystem     Mounted on
>    -/dev/sdb2      /tmp
>    +/dev/sdb2      /scratch
>    + fail=1
> 
> =====
> 
> On OpenBSD 6.2/amd64, few test failures:
> 
> FAIL: tests/misc/env
> 
> seems like "env -" does not work. I will investigate further
> (perhaps I've broken something with the changes to the command-line 
> processing?).
> 
>    $ ./src/env --version
>    env (GNU coreutils) 8.29.57-2ed7c2
>    Copyright (C) 2018 Free Software Foundation, Inc.
>    License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses 
> /gpl.html>.
>    This is free software: you are free to change and redistribute it.
>    There is NO WARRANTY, to the extent permitted by law.
> 
>    Written by Richard Mlynarik, David MacKenzie, and Assaf Gordon.
> 
>    $ ./src/env -
>    env: invalid option -- '-'

Looks like the hack of searching for '-' option
only works on some getopt implementations.
We should probably remove that character at least.
Also in this area, the argc==3 is too restrictive.
Patch attached to address these.

> Also one ERROR:
> 
>    ERROR: tests/misc/usage_vs_getopt
>    =================================
> 
>    using SHELL=/bin/sh with 'set -x' corrupts stderr
>    chroot: unknown option -- thisoptiondoesnotexist
>    usage_vs_getopt.sh: set-up failure:
>    ERROR tests/misc/usage_vs_getopt.sh (exit status: 99)
> 
> I believe this is a false-positive.
> The "framework_failure_" is triggered
> when testing an invalid short option on line 37:
> https://opengrok.housegordon.com/source/xref/coreutils/tests/misc/usage_vs_getopt.sh#37
> 
> Programs are tested like so:
> 
>       chroot -/
> 
> Then "grep" searches for "'/'" in STDERR (i.e. 
> single-quote,slash-single-quote).
> 
> On this system (OpenBSD 6.2 with C locale), the error message does
> not contain single-quotes and the 'grep' fails.

Another assumption of getopt implementation.
In your patch it's probably safer to not anchor your RE to $.
I think the following `sed` also needs adjusting.
I'll apply your patch with those tweaks.

thanks!
Pádraig

Attachment: env-shebang-diagnostics.patch
Description: Text Data


reply via email to

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