GNU bug report logs - #70418
ls bug

Previous Next

Full log

View this message in rfc822 format

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Toby Kelsey <toby.kelsey <at> gmail.com>
Cc: Chris Elvidge <celvidge001 <at> gmail.com>, 70418 <at> debbugs.gnu.org
Subject: bug#70418: ls bug
Date: Tue, 16 Apr 2024 15:17:54 -0700

[Message part 1 (text/plain, inline)]

On 4/16/24 14:30, Toby Kelsey wrote:
> The man page doesn't explain this format conflict, while the info page 
> (info '(coreutils) ls invocation' or 'info ls') claims '-f' implies '-1' 
> which is also incorrect: 'ls -1f' gives different output to to 'ls -f'.

Yes, this area of GNU 'ls' a mess. Option order should not matter here.

Option order didn't matter in 7th Edition Unix, where -f overrode -l 
regardless of whether -f came before or after -l. And option order 
doesn't matter in FreeBSD, where -f and -l are orthogonal. GNU ls is an 
odd hybrid of 7th Edition and FreeBSD and messes this up.

Rather than document the hybrid mess, let's bite the bullet and fix it. 
FreeBSD behavior makes more sense, so let's do that. Proposed patch 
attached.

[0001-ls-f-now-means-a-U.patch (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.