bug#33943: (omitted) ls directly uses filename as option parameter

2019-01-02 Thread Bob Proulx
tags 33943 notabug close 33943 merge 33942 thanks This message generated a new bug ticket. I merged it with the previous bug ticket. westlake wrote: > I have omitted that I recently downgraded my coreutils to doublecheck > behaviour for ls, and noticed immediately the same behaviour was

bug#33787: Policy Change: Use of /etc/gnu.conf files to configure default system behavior

2019-01-02 Thread Paul Eggert
L A Walsh wrote: They didn't have one command for listing files, and then require another one to list properties (stat), and then another to line things up and then another to put things out in a different format. Uh, no. For example, you can see examples of using two or more commands in

bug#9614: date ignoring wrong TZ values

2019-01-02 Thread Paul Eggert
Assaf Gordon wrote: gnulib's tzalloc implementation should be greatly expanded to be able to decode the operating system's local timezome? (or perhaps the timezone management code copied from glibc?) That's what I was thinking of, except that it'd be better to extend glibc to support tzalloc

bug#33942: ls directly uses filename as option parameter

2019-01-02 Thread Assaf Gordon
tags 33942 notabug close 33942 stop Hello, On 2018-12-31 7:52 p.m., westlake wrote:  I have known long time about certain commands that use "--" as a specially reserved parameter. However, I find the behaviour of it with ls showing a little confusing results and believe this surmounts to a