GNU bug report logs - #36729
27.0.50; Unclear total in directory listing

Previous Next

Full log

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Mattias Engdegård <mattiase <at> acm.org>
Cc: rms <at> gnu.org, juri <at> linkov.net, larsi <at> gnus.org, jidanni <at> jidanni.org,
 Eli Zaretskii <eliz <at> gnu.org>, 44273 <at> debbugs.gnu.org
Subject: Re: bug#44273: "total used in directory 19 available 5.2 GiB"
Date: Mon, 11 Oct 2021 05:35:04 -0700

tags 44273 + wontfix
close 44273
thanks

Mattias Engdegård <mattiase <at> acm.org> writes:

> 1 nov. 2020 kl. 16.51 skrev Eli Zaretskii <eliz <at> gnu.org>:
>
>> It isn't: that value shows the total disk space allocation, i.e. the
>> file sizes are rounded up to the nearest disk block size.
>
> It's often not even the disk block size (frequently 512 or 1024 byte regardless of the block size), and in any case that rounding does not add any valuable information.
>
>>> but the 'file size' of a subdirectory is practically impossible to interpret in a useful way.
>>
>> We are not talking about file sizes, we are talking about the "total
>> NNN" part.
>
> The 'file size' of all displayed subdirectory entries are included in that number, which makes it even more difficult to interpret.
>
> If the size field of each displayed entry could be accurately located and
> parsed, then that could be used to compose a more useful and defensible 'total'
> number. However this does not appear likely given the variation in locales,
> implementations and user-supplied options.
>
> Given the opposition to removing the field, I propose that this bug be closed with wontfix (again). Let's use our time more productively.

OK, let's do that.

Previous Next

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