On Mon, Jun 23, 2014 at 05:56:10PM +0100, Pádraig Brady wrote: > On 06/23/2014 05:47 PM, Michal Sekletar wrote: > > On Mon, Jun 23, 2014 at 05:14:29PM +0100, Pádraig Brady wrote: > >> On 06/23/2014 12:17 PM, Michal Sekletar wrote: > >>> Hi, > >>> > >>> ls utility currently displays suffix representing unit in blocks column if > >>> --size is combined with --human-readable. For example: > >>> > >>> $ ls -l -sh /tmp/foo > >>> 4.0K -rw-r--r--. 1 root root 6 Jun 23 11:32 foo > >>> > >>> Suffix K in the output shown doesn't seem correct and implies false > >>> information. > >>> Moreover if size of file is bigger say 1M then suffix used for blocks > >>> column > >>> would be M. Looks like if file is small enough and no suffix is shown in > >>> size > >>> column then suffix K is implied for # blocks column. > >>> > >>> $ rpm -q coreutils > >>> coreutils-8.22-14.fc21.x86_64 > >>> > >>> I contacted downstream maintainer first and this behavior shouldn't be > >>> caused by > >>> downstream patch, therefore reporting here. > >>> > >>> Please disregard this report if this is expected or bug is already > >>> reported. > >> > >> Sorry I'm not seeing the ambiguity. > >> What wrong with displaying 4.0K here for the disk usage, or 4M, or 512 etc? > > > >>From man page: > > > > -s, --size > > print the allocated size of each file, in blocks > > > > I assume that first column in example output should be # blocks rather than > > allocated size, therefore I doubt that file which is 6 bytes in size > > occupies > > 4.0K == 4000 blocks. > > OK the info docs are clear enough, stating that -h is the same as > --block-size=human-readable etc. We might be able to tweak the > --help (man page) for the -s and/or -h options accordingly also.
Sorry, didn't look at info pages. In any case, tweaking man page would be very appreciated. Thanks! > > thanks, > Pádraig. Michal
