Control: reopen -1
Control: retitle -1 coreutils: "ls -bF" has inconsistent quoting and does not
behave as documented
Control: found -1 9.7-1
This bug is still not fixed.
Note that the reason given for the quoting of "=" was:
The reason \= is quoted with -bF is to distinguish socket names
t
On 2018-10-22 04:43:24 -0700, Pádraig Brady wrote:
> The reason \= is quoted with -bF is to distinguish socket
> names that end in =. An edge case indeed, though the issue
> is not particular to '=', but all of the classifier chars.
That's undocumented, and IMHO, unnecessary in practice (such
appe
On 21/10/18 18:13, Vincent Lefevre wrote:
> Package: coreutils
> Version: 8.30-1
> Severity: normal
> Tags: upstream
> Forwarded: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33113
>
> I get the following with ls (GNU coreutils) 8.30.
>
> zira% touch a=b a=b\&c
> zira% ls a=b*
> 'a=b' 'a=b&c'
>
Package: coreutils
Version: 8.30-1
Severity: normal
Tags: upstream
Forwarded: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=33113
I get the following with ls (GNU coreutils) 8.30.
zira% touch a=b a=b\&c
zira% ls a=b*
'a=b' 'a=b&c'
zira% ls -b a=b*
a=b a=b&c
zira% ls -F a=b*
'a=b' 'a=b&c'
zira%
4 matches
Mail list logo
