GNU bug report logs - #10016
ls -lk is wrong

Previous Next

Package: coreutils;

Reported by: "Alan Curry" <pacman-cu <at> kosh.dhis.org>

Date: Fri, 11 Nov 2011 00:04:01 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 10016 <at> debbugs.gnu.org (full text, mbox):

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Jim Meyering <jim <at> meyering.net>
Cc: Eric Blake <eblake <at> redhat.com>, Alan Curry <pacman-cu <at> kosh.dhis.org>,
	10016 <at> debbugs.gnu.org
Subject: Re: bug#10016: ls -lk is wrong
Date: Fri, 11 Nov 2011 10:49:34 -0800
On 11/11/2011 10:30 AM, Jim Meyering wrote:
> I don't like the idea of printing a byte count there when
> --block-size=... takes effect.  Does anyone else have an opinion?
Sorry, I've lost context.  Are you talking about
the output of "ls -ls --block-size=1"?
Currently it starts with something like
"total 8642560", and then each line looks something
like this:

40960 -rwxr-xr-x 1 root root 38484 2011-02-23 05:22 foo

where the "8642560", the "40960", and the "38484"
are all byte counts.  Which of these three numbers are
you thinking should not be a byte count when the block
size is 1?  And how should the --si and -h options affect
that number's display?




This bug report was last modified 13 years and 253 days ago.

Previous Next


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