GNU logs - #34110, boring messages

Message sent to bug-coreutils@HIDDEN:

Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Wed, 16 Jan 2019 22:04:02 +0000
Resent-Message-ID: <handler.34110.B.154767623228040 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 34110 <at> debbugs.gnu.org
From: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Date: Wed, 16 Jan 2019 21:13:15 +0100
Message-ID: <1689402.NmkMBi2P6V@bola>
User-Agent: KMail/4.13.3 (Linux/4.14.23-ck1-mainline-core2-rjvb; KDE/4.14.38;
 x86_64; ; )
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi,

I hope feature requests are acceptable here.

Now that more and more filesystems have support for compression it becomes more interesting the comparre actual file/directory (content) size and the corresponding on-disk size. Currently you have to call du twice to do that, which quickly becomes cumbersome in practice (commandlines, parsing the output) and requires repeating the same IO operations twice.

The code obtains both size values at the same time so it would make sense to do both calculations at the same time, and provide an option to display the regular and "apparent-size" values in column output. My guess would be that the cost of calculating both output values at the same time is negligible w.r.t. the cost of the stat() call (and thus that there's no need to complexify the code with "calculate this and/or that" conditionals).

The option could be called --both, --colums (-C) or --two (-T).

I'd also reconsider the "apparent-size" term as I think it is confusing and ambiguous. Consider this, taken from a ZFS dataset with gzip-9 compression (and copies=1; du v8.30):

%> du -hcs /Volumes/nif64/tmp/.npm/ ; du -hcs --apparent-size /Volumes/nif64/tmp/.npm/
340M    /Volumes/nif64/tmp/.npm/
180M    /Volumes/nif64/tmp/.npm/

Same folder on btrfs (mounted with compress=lzo):
%> du -hcs /mnt/.npm/ ; du -hcs --apparent-size  /mnt/.npm
198M    /mnt/.npm/
181M    /mnt/.npm

According to `du --help`, the apparent-size option reports a size that is not the actual disk usage. The numbers above seem to show the opposite.
If anything, I find the concept of "apparent size" more appropriate to the size a file occupies on the storage medium because ultimately that storage device will not give you more than "struct stat : st_size" bytes for uncompressed filesystems. 
Another way to say it: with "--apparent-size", du returns the actual file size; without, it returns how large the file appears to be (judging from its disk footprint).

For comparison; same folder,  on Mac with HFS+
%> du -hcs /Volumes/VMs/.npm ; du -hcs --apparent-size /Volumes/VMs/.npm
198M    /Volumes/VMs/.npm
181M    /Volumes/VMs/.npm

Idem, with HFS+ compression (zip-9)
%> du -hcs /Volumes/VMs/.npm ; du -hcs --apparent-size /Volumes/VMs/.npm
115M    /Volumes/VMs/.npm
148M    /Volumes/VMs/.npm

Thoughts?

Thanks,
R.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Subject: bug#34110: Acknowledgement (feature request: dual-column du
 output, showing "real" and "on-disk" sizes (and about that "apparent-size"
 concept))
Message-ID: <handler.34110.B.154767623228040.ack <at> debbugs.gnu.org>
References: <1689402.NmkMBi2P6V@bola>
X-Gnu-PR-Message: ack 34110
X-Gnu-PR-Package: coreutils
Reply-To: 34110 <at> debbugs.gnu.org
Date: Wed, 16 Jan 2019 22:04:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-coreutils@HIDDEN

If you wish to submit further information on this problem, please
send it to 34110 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
34110: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D34110
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-coreutils@HIDDEN:

Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: Assaf Gordon <assafgordon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Wed, 16 Jan 2019 23:08:01 +0000
Resent-Message-ID: <handler.34110.B34110.15476800221888 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>, 34110 <at> debbugs.gnu.org
References: <1689402.NmkMBi2P6V@bola>
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <0f86a299-a979-95c0-3341-d7f8aec63351@HIDDEN>
Date: Wed, 16 Jan 2019 16:06:50 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <1689402.NmkMBi2P6V@bola>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hello,

I'll address only the "apparent-size" issue (not the two-columns, or 
compressed file-systems):

On 2019-01-16 1:13 p.m., René J.V. Bertin wrote:

> According to `du --help`, the apparent-size option reports a size that is not the actual disk usage. The numbers above seem to show the opposite.
> If anything, I find the concept of "apparent size" more appropriate to the size a file occupies on the storage medium because ultimately that storage device will not give you more than "struct stat : st_size" bytes for uncompressed filesystems.
> Another way to say it: with "--apparent-size", du returns the actual file size; without, it returns how large the file appears to be (judging from its disk footprint).

"apparent-size" shows how much content/data the file has.
without "apparent-size" du shows the amount of storage consumed (or 
"wasted"?) on the storage medium (accounting sparse file holes, though 
I'm not sure about compression).

To illustrate, create three files with specific sizes:

   $ head --bytes=1700 /dev/zero > a
   $ head --bytes=4097 /dev/zero > b
   $ truncate --size=1050000 c        # will be a sparse file

These are their sizes, as in the amount of bytes they contain:

   $ ls -log
   total 12
   -rw-r--r-- 1    1700 Jan 16 15:36 a
   -rw-r--r-- 1    4097 Jan 16 15:36 b
   -rw-r--r-- 1 1050000 Jan 16 15:37 c

These are their "apparent-sizes", rounded up to the nearest
1K block:

   $ du --apparent-size a b c
   2     a
   5     b
   1026  c

e.g. file "a" is 1700 bytes, rounded-up to 2K, and "du --apparent-size"
shows "2".

Using "--apparent-size --block-size=1" (and its equivalent, "--bytes")
will show the exact sizes:

   $ du --apparent-size --block-size=1 a b c
   1700     a
   4097     b
   1050000  c

Without "--apparent-size", du shows how much storage space is actually 
used/wasted/consumed on the storage medium by the files:

   $ du a b c
   4    a
   8    b
   0    c

How are these numbers calculated?

The simplest case is file "c" - it is completely sparse - so despite
logically containing 1,050,000 zeros, on the actual storage medium it 
consumes zero data blocks (ignoring inodes blocks and somesuch).

File "a" has 1,700 bytes of data.
On my filesystem the basic block size is 4096, as shown by "stat -f":

   $ stat -f /
     File: "/"
       ID: 5a2cade519bada6a Namelen: 255     Type: ext2/ext3
->Block size: 4096       Fundamental block size: 4096    <-----
   Blocks: Total: 27559017   Free: 18845977   Available: 17435289
   Inodes: Total: 7036928    Free: 6496730

Therefore, any file from size 1 to size 4096 will consume exactly one
disk block. On most common filesystems, disk blocks can not be shared
between files. Meaning that this block is fully consumed.

That's why for file "a" du shows "4" - meaning 4K bytes (exactly one
block) is consumed on the storage medium by this file.

Similarly for file "b" - its size is 4097, which is 1 byte more than one
filesystem block. Hence, file "b" consumes 2 blocks, coming up to 8K.
du then shows "8" for file "b".

Now to your examples:

> %> du -hcs /Volumes/nif64/tmp/.npm/ ; du -hcs --apparent-size
/Volumes/nif64/tmp/.npm/
> 340M    /Volumes/nif64/tmp/.npm/ > 180M    /Volumes/nif64/tmp/.npm/
> Same folder on btrfs (mounted with compress=lzo): > %> du -hcs /mnt/.npm/ ; du -hcs --apparent-size  /mnt/.npm> 198M 
/mnt/.npm/> 181M    /mnt/.npm

In both cases, "du --apparent-size" shows about 180MB of actual data 
(181MB in the second example). That is the amount of actual content
(number of total bytes in these files).

In the first case, these files consume 340MB of space on your disk.
In the second case, these files consume 198MB of space on your disk.
The reason they consume MORE than their actual data is explained above
with the file-system blocks.

This suggest to me that compression is not accounted for in these
values. If it was, then the consumed size (without "--apparent-size")
should've been less than the actual size (with "--apparent-size").

A quick on-line search shows that btrsf's default block size is 16K,
while ZFS's default record-size is 128KB. That might explain
why similar amount of data (and I assume, similar number of files and
sizes) consume more disk space on ZFS (Could be wrong, though, comments
are welcomed).

I hope this helps to clarify "apparent-size".

I'll leave it to others to comment on how compressed file systems
come into play with du.

regards,
  - assaf

Message sent to bug-coreutils@HIDDEN:

Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: Paul Eggert <eggert@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 17 Jan 2019 00:29:01 +0000
Resent-Message-ID: <handler.34110.B34110.15476849029157 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>, 34110 <at> debbugs.gnu.org
References: <1689402.NmkMBi2P6V@bola>
From: Paul Eggert <eggert@HIDDEN>
Openpgp: preference=signencrypt
Autocrypt: addr=eggert@HIDDEN; prefer-encrypt=mutual; keydata=
 xsFNBEyAcmQBEADAAyH2xoTu7ppG5D3a8FMZEon74dCvc4+q1XA2J2tBy2pwaTqfhpxxdGA9
 Jj50UJ3PD4bSUEgN8tLZ0san47l5XTAFLi2456ciSl5m8sKaHlGdt9XmAAtmXqeZVIYX/UFS
 96fDzf4xhEmm/y7LbYEPQdUdxu47xA5KhTYp5bltF3WYDz1Ygd7gx07Auwp7iw7eNvnoDTAl
 KAl8KYDZzbDNCQGEbpY3efZIvPdeI+FWQN4W+kghy+P6au6PrIIhYraeua7XDdb2LS1en3Ss
 mE3QjqfRqI/A2ue8JMwsvXe/WK38Ezs6x74iTaqI3AFH6ilAhDqpMnd/msSESNFt76DiO1ZK
 QMr9amVPknjfPmJISqdhgB1DlEdw34sROf6V8mZw0xfqT6PKE46LcFefzs0kbg4GORf8vjG2
 Sf1tk5eU8MBiyN/bZ03bKNjNYMpODDQQwuP84kYLkX2wBxxMAhBxwbDVZudzxDZJ1C2VXujC
 OJVxq2kljBM9ETYuUGqd75AW2LXrLw6+MuIsHFAYAgRr7+KcwDgBAfwhPBYX34nSSiHlmLC+
 KaHLeCLF5ZI2vKm3HEeCTtlOg7xZEONgwzL+fdKo+D6SoC8RRxJKs8a3sVfI4t6CnrQzvJbB
 n6gxdgCu5i29J1QCYrCYvql2UyFPAK+do99/1jOXT4m2836j1wARAQABzSBQYXVsIEVnZ2Vy
 dCA8ZWdnZXJ0QGNzLnVjbGEuZWR1PsLBfgQTAQIAKAUCTIByZAIbAwUJEswDAAYLCQgHAwIG
 FQgCCQoLBBYCAwECHgECF4AACgkQ7ZfpDmKqfjRRGw/+Ij03dhYfYl/gXVRiuzV1gGrbHk+t
 nfrI/C7fAeoFzQ5tVgVinShaPkZo0HTPf18x6IDEdAiO8Mqo1yp0CtHmzGMCJ50o4Grgfjlr
 6g/+vtEOKbhleszN2XpJvpwM2QgGvn/laTLUu8PH9aRWTs7qJJZKKKAb4sxYc92FehPu6FOD
 0dDiyhlDAq4lOV2mdBpzQbiojoZzQLMQwjpgCTK2572eK9EOEQySUThXrSIz6ASenp4NYTFH
 s9tuJQvXk9gZDdPSl3bp+47dGxlxEWLpBIM7zIONw4ks4azgT8nvDZxA5IZHtvqBlJLBObYY
 0Le61Wp0y3TlBDh2qdK8eYL426W4scEMSuig5gb8OAtQiBW6k2sGUxxeiv8ovWu8YAZgKJfu
 oWI+uRnMEddruY8JsoM54KaKvZikkKs2bg1ndtLVzHpJ6qFZC7QVjeHUh6/BmgvdjWPZYFTt
 N+KA9CWX3GQKKgN3uu988yznD7LnB98T4EUH1HA/GnfBqMV1gpzTvPc4qVQinCmIkEFp83zl
 +G5fCjJJ3W7ivzCnYo4KhKLpFUm97okTKR2LW3xZzEW4cLSWO387MTK3CzDOx5qe6s4a91Zu
 ZM/j/TQdTLDaqNn83kA4Hq48UHXYxcIh+Nd8k/3w6lFuoK0wrOFiywjLx+0ur5jmmbecBGHc
 1xdhAFHOwU0ETIByZAEQAKaF678T9wyH4wjTrV1Pz3cDEoSnV/0ZUrOT37p1dcGyj/IXq1x6
 70HRVahAmk0sZpYc25PF9D5GPYHFWlNjuPU96rDndXB3hedmBRhLdC4bAXjI4DV+bmdVe+q/
 IMnlZRaVlm9EiMCVAR6w13sReu7qXkW9r3RwY2AzXskp/tAe4BRKr1Zmbvi2nbnQ6epEC42r
 Rbx0B1EhjbIQZ5JHGk24iPT7LdBgnNmos5wYjzwNlkMQD5T0Ydzhk7J+UxwA5m46mOhRDC2r
 FV/A0gm5TLy8DXjv/Esc4gYnYai6SQqnUEVh5LuV8YCJBnijs+Tiw71x1icmn6xGI45EugJO
 gec+rLypYgpVp4x0HI5T88qBRYCkxH3Kg8Qo+EWNA9A4LRQ9DX8njona0gf0s03tocK8kBN6
 6UoqqPtHBnc4eMgBymCflK12eKfd2YYxnyg9cZazWA5VslvTxpm76hbg5oiAEH/Vg/8MxHyA
 nPhfrgwyPrmJEcVBafdspJnYQxBYNco2LFPIhlOvWh8r4at+s+M3Lb26oUTczlgdW1Sf3SDA
 77BMRnF0FQyE+7AzV79MBN4ykiqaezQxtaF1Fy/tvkhffSo8u+dwG0EgJh+te38gTcISVr0G
 IPplLz6YhjrbHrPRF1CN5UuL9DBGjxuN35RLNVEfta6RUFlR6NctTjvrABEBAAHCwWUEGAEC
 AA8FAkyAcmQCGwwFCRLMAwAACgkQ7ZfpDmKqfjSrHA/+KzAKvTxRhA9MWNLxIyJ7S5uJ16gs
 T3oCjZrBKGEhKMOGX4O0GA6VOEryO7QRCCYah3oxSG38IAnNeiwJXgU9Bzkk85UGbPEd7HGF
 /VSeHCQwWou6jqUDTSDvn9YhNTdG0KXPM74aC+xr2Zow1O2mhXihgWKD0Dw+0LYPnUOsQ0KO
 FxHXXYHmRrS1OZPU59BLvc+TRhIhafSHKLwbXK+6ckkxBx6h8z5ccpG0Qs4bFhdFYnFrEieD
 LoGmnE2YLhdV6swJ9VNCS6pLiEohT3fm7aXm15tZOIyzMZhHRSAPblXxQ0ZSWjq8oRrcYNFx
 c4W1URpAkBCOYJoXvQfD5L3lqAl8TCqDUzYxhH/tJhbDdHrqHH767jaDaTB1+Talp/2AMKwc
 XNOdiklGxbmHVG6YGl6g8Lrbsu9NZEI4yLlHzuikthJWgz+3vZhVGyNlt+HNIoF6CjDL2omu
 5cEq4RDHM44QqPk6l7O0pUvN1mT4B+S1b08RKpqm/ff015E37HNV/piIvJlxGAYz8PSfuGCB
 1thMYqlmgdhd9/BabGFbGGYHA6U4/T5zqU+f6xHy1SsAQZ1MSKlLwekBIT+4/cLRGqCHjnV0
 q5H/T6a7t5mPkbzSrOLSo4puj+IToNjYyYIDBWzhlA19avOa+rvUjmHtD3sFN7cXWtkGoi8b
 uNcby4U=
Organization: UCLA Computer Science Department
Message-ID: <08ff12cb-42a1-949e-9a52-09865cf06774@HIDDEN>
Date: Wed, 16 Jan 2019 16:28:14 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <1689402.NmkMBi2P6V@bola>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

I like the idea of two columns at once.

> with "--apparent-size", du returns the actual file size; without, it returns how large the file appears to be (judging from its disk footprint).

The "apparent" size is the size that "ls -l" outputs, and is the size 
that traditional I/O operations like 'read' and 'write' deal with, 
regardless of the underlying implementation (where the size might be 
smaller or larger than the "apparent" size). In contrast the "disk 
usage" size is whatever the filesystem tells us it is. I wouldn't call 
either size the "actual" size these days, as even the disk usage (or 
"disk footprint") might be virtual blocks stored in a lower-level 
compressed device, and there's no way "du" can find out how much of the 
lower-level device is being used.

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Thu, 17 Jan 2019 10:14:02 +0000
Resent-Message-ID: <handler.34110.B34110.154772001330709 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 34110
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: Assaf Gordon <assafgordon@HIDDEN>
Cc: 34110 <at> debbugs.gnu.org
Received: via spool by 34110-submit <at> debbugs.gnu.org id=B34110.154772001330709
          (code B ref 34110); Thu, 17 Jan 2019 10:14:02 +0000
Received: (at 34110) by debbugs.gnu.org; 17 Jan 2019 10:13:33 +0000
Received: from localhost ([127.0.0.1]:34175 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gk4g1-0007zF-AX
	for submit <at> debbugs.gnu.org; Thu, 17 Jan 2019 05:13:33 -0500
Received: from mail-wr1-f51.google.com ([209.85.221.51]:35601)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rjvbertin@HIDDEN>) id 1gk4g0-0007z3-50
 for 34110 <at> debbugs.gnu.org; Thu, 17 Jan 2019 05:13:32 -0500
Received: by mail-wr1-f51.google.com with SMTP id 96so10339913wrb.2
 for <34110 <at> debbugs.gnu.org>; Thu, 17 Jan 2019 02:13:32 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id:user-agent:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=JVNokNSG4xqPdSt1kY3vdAvysOPuwkJonovCJipC5Hc=;
 b=V7WlOCwmSAmDVJqK/qzcqdxVMRg2KbnLlFwgheX5j81iBDDYZWipP6cr6T66ykWEki
 iZxr/tMmUVL58hdHv2K/7KHBLwcl9Wt2zMbDEvoB2MnkTaAGysd9jj6Z8A/HfClh4Edf
 Q7uaGZVfZFQUI0q8aZv5LAXj5FKUZZCXCG0IQlQ5LwQZwNGb+OxatLCVQtnGhHJVEVTz
 LQCAIPkujbbTxpe/xNwzrPlICHL3Vc0IJsxs3phn0AKywAlUDgpQKR+U1pBWA7Upb55f
 K8wmusnwSpjzxZywdj+8Y7kp9bATaCzr4rzBPtsjqonMpAh3qUMU/lmZatvhVBgzNORE
 S9gg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:user-agent
 :in-reply-to:references:mime-version:content-transfer-encoding;
 bh=JVNokNSG4xqPdSt1kY3vdAvysOPuwkJonovCJipC5Hc=;
 b=SjPi3W84uSngzZggfwpzAVnbjJIS3K0A8Qxh7Z32X6At90pjx84wAs8R4jMnfP4vhJ
 Lmd/Pm9w0t0IsjGGjCQo//LCyymMszNQC4tV13gIgV3HESrs2uVkyYLfb6/+x9myenlu
 6P/c495gwZK4oPljDZYoZKKmsONZWR8xGpc/kCgsXp2qGOeW3RLdgJ0N+EzQHV74Da2M
 K8c5Z/z6GOhN94YAmvnxhRVUV1KdxPUHefSHc64X0qr7uK5qTO5pVVuZ83aK25nwdINW
 pWuwWniVC9vUjWlLo0Le/M1uYfctVaHdFGCVHxmQyNQ/8nmjSZCSPgqEXNSpeJpzSi4k
 h14Q==
X-Gm-Message-State: AJcUukeRnSfn+fRZCM83Upot3gXqlKhsy5XZpmqetbfX7cbNtf/oMSLb
 IZWi9aJ19sjMp0RhiSuPF9g=
X-Google-Smtp-Source: ALg8bN7oCdPUUoxQNfRfYPKGZgvW1TXsjTKDWXwgCBQIS3XsiDPWKY9phKO4EJiozFD4JeLtsYLF9Q==
X-Received: by 2002:a5d:6889:: with SMTP id h9mr11164830wru.222.1547720006288; 
 Thu, 17 Jan 2019 02:13:26 -0800 (PST)
Received: from bola.localnet
 (2a01cb0c84dee6009bda76eb03bc33f7.ipv6.abo.wanadoo.fr.
 [2a01:cb0c:84de:e600:9bda:76eb:3bc:33f7])
 by smtp.googlemail.com with ESMTPSA id
 l20sm165792622wrb.93.2019.01.17.02.13.25
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 17 Jan 2019 02:13:25 -0800 (PST)
From: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Date: Thu, 17 Jan 2019 11:13:11 +0100
Message-ID: <2667700.xSuBLWJ7V7@bola>
User-Agent: KMail/4.13.3 (Linux/4.14.23-ck1-mainline-core2-rjvb; KDE/4.14.38;
 x86_64; ; )
In-Reply-To: <0f86a299-a979-95c0-3341-d7f8aec63351@HIDDEN>
References: <1689402.NmkMBi2P6V@bola>
 <0f86a299-a979-95c0-3341-d7f8aec63351@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Wednesday January 16 2019 16:06:50 Assaf Gordon wrote:

Hello,

Yes, I used the exact same directory in all comparisons. It's a nodejs cache (or whatever) directory as you may have guessed; I picked it because it's a good example of the sort of directory found these days which can create considerable overhead. Small enough it'd tend to get dismissed as significant, but containing a large number of files (almost 8000 in my case), most of them tiny.

>I hope this helps to clarify "apparent-size".

Yes and no :) I understand what "apparent-size" does (and have dug through the code looking for ideas how to do similar things in one of my own apps).

My whole point is that there might be a better name. I know one should distinguish every-day language and technical terms but if the latter start to appear (pun intended) like the former (and lack a shorthand) then they'd best be chosen such that they don't require thinking about their interpretation.

Paul's comment about not being able to know what happens underneath only makes this argument stronger IMHO. On the one hand, du can only report how big a item would appear to be on disk (based on what stat() reports). In addition, how would it handle knowledge about the number of disks that a given file is written to? On the other hand, the actual content size is a given that shouldn't change and that is not subject to any existential questions. (Though as my examples show, this isn't necessarily true when du'in directories, and esp. so for HFS+ with compression.)

I realise that you cannot really call the content size observable "real size" when reporting from a disk-usage viewpoint, but "content size" (--content-size, -C) should be clear enough? "Estimated on-disk size" would be good enough as a header for the other observable (an estimate can be 100% accurate after all).

Cheers,
R.

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: Assaf Gordon <assafgordon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Fri, 18 Jan 2019 06:44:01 +0000
Resent-Message-ID: <handler.34110.B34110.15477938307908 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 34110
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Cc: 34110 <at> debbugs.gnu.org
Received: via spool by 34110-submit <at> debbugs.gnu.org id=B34110.15477938307908
          (code B ref 34110); Fri, 18 Jan 2019 06:44:01 +0000
Received: (at 34110) by debbugs.gnu.org; 18 Jan 2019 06:43:50 +0000
Received: from localhost ([127.0.0.1]:35571 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gkNsc-00023P-85
	for submit <at> debbugs.gnu.org; Fri, 18 Jan 2019 01:43:50 -0500
Received: from mail-pl1-f173.google.com ([209.85.214.173]:33106)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <assafgordon@HIDDEN>)
 id 1gkNsa-000233-J7; Fri, 18 Jan 2019 01:43:48 -0500
Received: by mail-pl1-f173.google.com with SMTP id z23so5931457plo.0;
 Thu, 17 Jan 2019 22:43:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=/uktsIINYwdSMYx+/bLsDOJf/DysDI4tvUtq/KPwmpE=;
 b=rtVD2xmcVG9a7J+BOlr+5FbncStTQtmzPr70cwu9UEze8IGB3XO+RmwfJq/+j5nFFs
 agL2Bb/2VA6m3mFbHBh7ch1PuMTffUZZ9fRMvsVHgN/2+iNZK0bFe7nLi3wa6H+0k81H
 aNgxAsOt4XP9SAy2F7fwRWlzxuRr3fp6klow4pqa+2ydGXIoQsqfRvyGqUHVy3xXJhMb
 Esee3MVoxmn0uEt6lgyDQd3pdMQoyj1knbK0IvtvWXjVcJywA7uscENgWx2Iu34gfUQc
 Pn0cFSzkJJLw5k2EBboUdx+XfHGa/2EZ9sk1RHsaoFbK287z6AP8Mzhk+8fxNDftz1ES
 pyQQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=/uktsIINYwdSMYx+/bLsDOJf/DysDI4tvUtq/KPwmpE=;
 b=W6hKP0nTsgXehMhOLeUWTZ4t01KDIS3zjatIDehGlT5BhEdBOdhzzUQSwmPoBFA8aI
 7JoJ9BDfNdwsgbMIaPlNIXVMX6uGo1ft2qZVrKkmnqyGKKmjIzn9ZbAS5XIZCy6wViN/
 f5s6s+4A2ti9cRmI/zXlQgSqD5rhqRnqR/8UiTrf5kR1Ev+8m2fFwzPRpp1ZM5TeYmR0
 SbU8Rz94cobcLMnSRSeX7kZzsUUpe7k7/Ci918kipiWFoAYKVzpAIdIU/GjkiS7G5tMV
 LP057NplkPb+FB0pOeMU2A6zK7JEDjbczWcu9ucQZpwlZ4JUVX74aHiX2ysspR10XO8z
 NtCA==
X-Gm-Message-State: AJcUukff0wVa30Z0KBix5yA8b3gB+RHUd1s6TQdBpCvffM/asljhFU1X
 62or5yUZCJ1vUFONaIfMf0e8Izd6
X-Google-Smtp-Source: ALg8bN7Qp3TE2RLAt/ltNCByfWKg6HpixBRHm+7MXpm90UHDc8UY4OURlRjwPm+ZIH93bRZRJEMm7w==
X-Received: by 2002:a17:902:bb98:: with SMTP id
 m24mr17573949pls.71.1547793822269; 
 Thu, 17 Jan 2019 22:43:42 -0800 (PST)
Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38])
 by smtp.googlemail.com with ESMTPSA id
 z127sm7241060pfb.80.2019.01.17.22.43.40
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 17 Jan 2019 22:43:40 -0800 (PST)
References: <1689402.NmkMBi2P6V@bola>
 <0f86a299-a979-95c0-3341-d7f8aec63351@HIDDEN> <2667700.xSuBLWJ7V7@bola>
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <1fa3067a-c864-8021-8585-6a1ebb2845c4@HIDDEN>
Date: Thu, 17 Jan 2019 23:43:39 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <2667700.xSuBLWJ7V7@bola>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

severity 34110 wishlist
retitle 34110 du: add dual-column showing apparent-size and disk-size
stop

Hello,

On 2019-01-17 3:13 a.m., René J.V. Bertin wrote:
> On Wednesday January 16 2019 16:06:50 Assaf Gordon wrote:
> 
>> I hope this helps to clarify "apparent-size".
> 
> Yes and no :) I understand what "apparent-size" does [....] 
> My whole point is that there might be a better name. 

The parameter name "--apparent-size" is not likely to be changed.
It has been named so for about 16 years (since 'fileutils 4.5.8'
which is even before 'coreutils' was created as a unified package).

Changing it would break existing scripts and user expectations.

> I realise that you cannot really call the content size observable "real size" when reporting from a disk-usage viewpoint, but "content size" (--content-size, -C) should be clear enough?

Creating a second alias to "--apparent-size" is possible, but I'm not
sure it's warranted.

---

I think the discussion about "--apparent-size" is mostly concluded,
but the idea to have two-columns is an interesting feature request.

I'm marking this as a "wish list" item.
Concrete patches are welcomed.

regards,
  - assaf

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 18 Jan 2019 06:43:50 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Jan 18 01:43:50 2019
Received: from localhost ([127.0.0.1]:35569 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gkNsb-00023M-VD
	for submit <at> debbugs.gnu.org; Fri, 18 Jan 2019 01:43:50 -0500
Received: from mail-pl1-f173.google.com ([209.85.214.173]:33106)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <assafgordon@HIDDEN>)
 id 1gkNsa-000233-J7; Fri, 18 Jan 2019 01:43:48 -0500
Received: by mail-pl1-f173.google.com with SMTP id z23so5931457plo.0;
 Thu, 17 Jan 2019 22:43:48 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=/uktsIINYwdSMYx+/bLsDOJf/DysDI4tvUtq/KPwmpE=;
 b=rtVD2xmcVG9a7J+BOlr+5FbncStTQtmzPr70cwu9UEze8IGB3XO+RmwfJq/+j5nFFs
 agL2Bb/2VA6m3mFbHBh7ch1PuMTffUZZ9fRMvsVHgN/2+iNZK0bFe7nLi3wa6H+0k81H
 aNgxAsOt4XP9SAy2F7fwRWlzxuRr3fp6klow4pqa+2ydGXIoQsqfRvyGqUHVy3xXJhMb
 Esee3MVoxmn0uEt6lgyDQd3pdMQoyj1knbK0IvtvWXjVcJywA7uscENgWx2Iu34gfUQc
 Pn0cFSzkJJLw5k2EBboUdx+XfHGa/2EZ9sk1RHsaoFbK287z6AP8Mzhk+8fxNDftz1ES
 pyQQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=/uktsIINYwdSMYx+/bLsDOJf/DysDI4tvUtq/KPwmpE=;
 b=W6hKP0nTsgXehMhOLeUWTZ4t01KDIS3zjatIDehGlT5BhEdBOdhzzUQSwmPoBFA8aI
 7JoJ9BDfNdwsgbMIaPlNIXVMX6uGo1ft2qZVrKkmnqyGKKmjIzn9ZbAS5XIZCy6wViN/
 f5s6s+4A2ti9cRmI/zXlQgSqD5rhqRnqR/8UiTrf5kR1Ev+8m2fFwzPRpp1ZM5TeYmR0
 SbU8Rz94cobcLMnSRSeX7kZzsUUpe7k7/Ci918kipiWFoAYKVzpAIdIU/GjkiS7G5tMV
 LP057NplkPb+FB0pOeMU2A6zK7JEDjbczWcu9ucQZpwlZ4JUVX74aHiX2ysspR10XO8z
 NtCA==
X-Gm-Message-State: AJcUukff0wVa30Z0KBix5yA8b3gB+RHUd1s6TQdBpCvffM/asljhFU1X
 62or5yUZCJ1vUFONaIfMf0e8Izd6
X-Google-Smtp-Source: ALg8bN7Qp3TE2RLAt/ltNCByfWKg6HpixBRHm+7MXpm90UHDc8UY4OURlRjwPm+ZIH93bRZRJEMm7w==
X-Received: by 2002:a17:902:bb98:: with SMTP id
 m24mr17573949pls.71.1547793822269; 
 Thu, 17 Jan 2019 22:43:42 -0800 (PST)
Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38])
 by smtp.googlemail.com with ESMTPSA id
 z127sm7241060pfb.80.2019.01.17.22.43.40
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Thu, 17 Jan 2019 22:43:40 -0800 (PST)
Subject: Re: bug#34110: feature request: dual-column du output, showing "real"
 and "on-disk" sizes (and about that "apparent-size" concept)
To: =?UTF-8?B?UmVuw6kgSi5WLiBCZXJ0aW4=?= <rjvbertin@HIDDEN>
References: <1689402.NmkMBi2P6V@bola>
 <0f86a299-a979-95c0-3341-d7f8aec63351@HIDDEN> <2667700.xSuBLWJ7V7@bola>
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <1fa3067a-c864-8021-8585-6a1ebb2845c4@HIDDEN>
Date: Thu, 17 Jan 2019 23:43:39 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <2667700.xSuBLWJ7V7@bola>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-Debbugs-Envelope-To: control
Cc: 34110 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

severity 34110 wishlist
retitle 34110 du: add dual-column showing apparent-size and disk-size
stop

Hello,

On 2019-01-17 3:13 a.m., René J.V. Bertin wrote:
> On Wednesday January 16 2019 16:06:50 Assaf Gordon wrote:
> 
>> I hope this helps to clarify "apparent-size".
> 
> Yes and no :) I understand what "apparent-size" does [....] 
> My whole point is that there might be a better name. 

The parameter name "--apparent-size" is not likely to be changed.
It has been named so for about 16 years (since 'fileutils 4.5.8'
which is even before 'coreutils' was created as a unified package).

Changing it would break existing scripts and user expectations.

> I realise that you cannot really call the content size observable "real size" when reporting from a disk-usage viewpoint, but "content size" (--content-size, -C) should be clear enough?

Creating a second alias to "--apparent-size" is possible, but I'm not
sure it's warranted.

---

I think the discussion about "--apparent-size" is mostly concluded,
but the idea to have two-columns is an interesting feature request.

I'm marking this as a "wish list" item.
Concrete patches are welcomed.

regards,
  - assaf

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Fri, 18 Jan 2019 09:57:02 +0000
Resent-Message-ID: <handler.34110.B34110.15478053916602 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 34110
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: Assaf Gordon <assafgordon@HIDDEN>
Cc: 34110 <at> debbugs.gnu.org
Received: via spool by 34110-submit <at> debbugs.gnu.org id=B34110.15478053916602
          (code B ref 34110); Fri, 18 Jan 2019 09:57:02 +0000
Received: (at 34110) by debbugs.gnu.org; 18 Jan 2019 09:56:31 +0000
Received: from localhost ([127.0.0.1]:35704 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gkQt4-0001iQ-Ke
	for submit <at> debbugs.gnu.org; Fri, 18 Jan 2019 04:56:30 -0500
Received: from mail-wr1-f42.google.com ([209.85.221.42]:41012)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <rjvbertin@HIDDEN>) id 1gkQt3-0001iD-IG
 for 34110 <at> debbugs.gnu.org; Fri, 18 Jan 2019 04:56:29 -0500
Received: by mail-wr1-f42.google.com with SMTP id x10so14224182wrs.8
 for <34110 <at> debbugs.gnu.org>; Fri, 18 Jan 2019 01:56:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=from:to:cc:subject:date:message-id:user-agent:in-reply-to
 :references:mime-version:content-transfer-encoding;
 bh=M6i99Jehk2j7GcB98uU9Rfy7MUbmxpaTzaacaUHtRzU=;
 b=j5+Lkei6DAA9vmW35pJCjuLPMNq6s1C4W+JgG3zqNNnCUqNTTxFaBbmKJuQbMYV1Qq
 um6pcYEEz3go80aD1SnVoKGGn/AiwVqCqRxiLp0kVMXJIH1vKpA7BiL524OnlvBqxkBd
 0Kc5RH3E3oGm5TyYuvKixJZ7PVgIEfD/k9rACMbrLpcWCAVKWdxyviuhcOgawR3VwshI
 7xyx9CwdnvPmOhpmU6MKCJefCkt2d5nBB3ZtXONcI0w3BL4n1+9hRpn5TFrFmPxXhpfP
 zw87QA8yqRZGwQm7gESIYqjPFv1kfC8oSP5rZeGkXoIXvzLtQV+lwQCQpWEoL9xc6IyB
 nw5A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:date:message-id:user-agent
 :in-reply-to:references:mime-version:content-transfer-encoding;
 bh=M6i99Jehk2j7GcB98uU9Rfy7MUbmxpaTzaacaUHtRzU=;
 b=jukdHwLW2iCzDQ9T8ihhehfc/gxOQdxa9j4/I2Mpp4LsH6dbzM74a5xjCg3HUTbiVO
 RlhXA+navco07/kscRQS3Xt4ND5Amb3PVTqX1dGVHFblhjxEAO92EFir5J+kCk5HWg2k
 4pqKhcCD9AISsX4+mNE3v+UPsl6X0mZdyBpgxSPn9miSOF/kzkgKnnjrIVbdkuPOwUQk
 ZLipiH7hDwSW5Gasrbn3/yVw+OedQ8N46sVKFlw+mrmyoSKLogL4rdakrGY2fOqTbykF
 YP4X0Ug+GExp+kHbCcgogS22no6dVtXx+b/BJB29U5kCLZ+b0BsdOTW6WZaoK+3Fn6N9
 /klA==
X-Gm-Message-State: AJcUukdQPXH9vQ/PSitKY/cx6QvjrTlPH2Yb3hZ8hkk3MmL5FX+JJxMT
 70pPo9eQVJgtdxGmGHdVHy4=
X-Google-Smtp-Source: ALg8bN6QNQEstv9ZXd5yz1ex56vOj5SfvvBQywCKDgyMaQbg3QyQ7NRmMBvqfeoKtRdYF3meNyU6VA==
X-Received: by 2002:adf:e08c:: with SMTP id c12mr15069994wri.199.1547805383580; 
 Fri, 18 Jan 2019 01:56:23 -0800 (PST)
Received: from bola.localnet
 (2a01cb0c84dee6009bda76eb03bc33f7.ipv6.abo.wanadoo.fr.
 [2a01:cb0c:84de:e600:9bda:76eb:3bc:33f7])
 by smtp.googlemail.com with ESMTPSA id a62sm33581269wmf.47.2019.01.18.01.56.22
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 18 Jan 2019 01:56:22 -0800 (PST)
From: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Date: Fri, 18 Jan 2019 10:56:07 +0100
Message-ID: <1746737.SfW7I77EmX@bola>
User-Agent: KMail/4.13.3 (Linux/4.14.23-ck1-mainline-core2-rjvb; KDE/4.14.38;
 x86_64; ; )
In-Reply-To: <1fa3067a-c864-8021-8585-6a1ebb2845c4@HIDDEN>
References: <1689402.NmkMBi2P6V@bola> <2667700.xSuBLWJ7V7@bola>
 <1fa3067a-c864-8021-8585-6a1ebb2845c4@HIDDEN>
MIME-Version: 1.0
Content-Transfer-Encoding: 7Bit
Content-Type: text/plain; charset="us-ascii"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On Thursday January 17 2019 23:43:39 Assaf Gordon wrote:
>The parameter name "--apparent-size" is not likely to be changed.

I was thinking of making it an alias for a more aptly named parameter (long) before (possibly) phasing out the current name. 

>It has been named so for about 16 years (since 'fileutils 4.5.8'

A lot has happened on the filesystem front since that time. Just saying :)

>Concrete patches are welcomed.

I bet. We'll see who finds the time for that (the code isn't the most welcoming to dive into I've ever seen ;))

Cheers,
R.

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: Assaf Gordon <assafgordon@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Fri, 18 Jan 2019 10:02:02 +0000
Resent-Message-ID: <handler.34110.B34110.15478057197152 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 34110
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>
Cc: 34110 <at> debbugs.gnu.org
Received: via spool by 34110-submit <at> debbugs.gnu.org id=B34110.15478057197152
          (code B ref 34110); Fri, 18 Jan 2019 10:02:02 +0000
Received: (at 34110) by debbugs.gnu.org; 18 Jan 2019 10:01:59 +0000
Received: from localhost ([127.0.0.1]:35708 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gkQyK-0001rF-Bh
	for submit <at> debbugs.gnu.org; Fri, 18 Jan 2019 05:01:59 -0500
Received: from mail-pl1-f178.google.com ([209.85.214.178]:42988)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <assafgordon@HIDDEN>) id 1gkQyJ-0001r0-2e
 for 34110 <at> debbugs.gnu.org; Fri, 18 Jan 2019 05:01:55 -0500
Received: by mail-pl1-f178.google.com with SMTP id y1so6145076plp.9
 for <34110 <at> debbugs.gnu.org>; Fri, 18 Jan 2019 02:01:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=subject:to:cc:references:from:message-id:date:user-agent
 :mime-version:in-reply-to:content-language:content-transfer-encoding;
 bh=OJAIJRsV/pWESLcF8RbXkzn7C811XIjc/IxBpkYLIFc=;
 b=kDo1gSeDHP8R65fj4Fc+g8QrFVA3RXPozblGoAOPk0ru6GZClGtL7iSPRz7dZrNTEs
 FOgviFe+AXy39HoNHPACsRK9ufptW1gMcrDrrCiXbhYsY1nvWeqqefEbvgyISRGlNK4s
 fAJ/qg8XCm0WWz9rd/lmMtDXkawf5xJV0Z9hfs13px6b5KTKTUMlZO8UBNcD1AE3Coz3
 aHumzESenCKwYUZIy+1NL37zeRTvx11dIcNaHn5gXLWMHDX40j2tQMO9vgWFN8dQa3gs
 nSVaaVQpwczFRIeeCU3UushlhTMTC0OaUf/58CN6YnXKzfCv8uZ68b7YruTf+KXA2QIG
 +zAQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:subject:to:cc:references:from:message-id:date
 :user-agent:mime-version:in-reply-to:content-language
 :content-transfer-encoding;
 bh=OJAIJRsV/pWESLcF8RbXkzn7C811XIjc/IxBpkYLIFc=;
 b=YfTrsynJvo0CGyzcFXS22Bq3xon/X931U6VrIolOEdJ+t4SfCELe2vaolZ2fl1dqi9
 VQWgD8K68XObxidIei0MKzJfdP9PANxe0aNtAReaqhYKHNIO30g1lctsJVtV/ZGgjHOg
 WiJjoDH5DO9DLK7cqhR6Jng4EfvL9cOJs3eTRmOtG3CSWPdf6oab14LrwLb+qQIhZ1xP
 kGcv5yCOo69BWhJdKuQhukb2YT9pyzcAw1Ai1r5Ffvl8mqH/DvI4LlxFKOyIxxtFly9b
 yoiHMu9PajmXP4JBl4L4dKFFGqfmPHtCiU6PaCdO1+3E3RnZQFZnrKdndm8QR/TNBu9k
 wxdQ==
X-Gm-Message-State: AJcUukeX5+dH+qAeXch4Z5ltWPWDSEDlVouqxxtqUb1Wob0goJ7offto
 CWu/Jgv1nCdE+ma1DR5cFbDcOK1Yd0Q=
X-Google-Smtp-Source: ALg8bN7W9HuPen8Uy1q6WCeIP2/IC+xJ5s0TsDUc18u/HWQPca2pdfxAf6318okQQliGCOfbD3W5Mw==
X-Received: by 2002:a17:902:1102:: with SMTP id
 d2mr18645556pla.138.1547805708744; 
 Fri, 18 Jan 2019 02:01:48 -0800 (PST)
Received: from tomato.housegordon.com (moose.housegordon.com. [184.68.105.38])
 by smtp.googlemail.com with ESMTPSA id
 m65sm13210266pfg.180.2019.01.18.02.01.47
 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);
 Fri, 18 Jan 2019 02:01:47 -0800 (PST)
References: <1689402.NmkMBi2P6V@bola> <2667700.xSuBLWJ7V7@bola>
 <1fa3067a-c864-8021-8585-6a1ebb2845c4@HIDDEN> <1746737.SfW7I77EmX@bola>
From: Assaf Gordon <assafgordon@HIDDEN>
Message-ID: <f1da451d-f130-cac2-74e3-94fd68f291b1@HIDDEN>
Date: Fri, 18 Jan 2019 03:01:45 -0700
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <1746737.SfW7I77EmX@bola>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Hello,

On 2019-01-18 2:56 a.m., René J.V. Bertin wrote:
> 
> the code isn't the most welcoming to dive into I've ever seen ;)

Two online resources that might help in exploring the code:

   http://www.maizure.org/projects/decoded-gnu-coreutils/

   https://opengrok.housegordon.com/source/xref/coreutils/

regards,
  - assaf

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: Bernhard Voelker <mail@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Tue, 22 Jan 2019 22:41:02 +0000
Resent-Message-ID: <handler.34110.B34110.154819683828972 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 34110
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: =?UTF-8?Q?Ren=C3=A9?= J.V. Bertin <rjvbertin@HIDDEN>, Assaf Gordon <assafgordon@HIDDEN>
Cc: 34110 <at> debbugs.gnu.org
Received: via spool by 34110-submit <at> debbugs.gnu.org id=B34110.154819683828972
          (code B ref 34110); Tue, 22 Jan 2019 22:41:02 +0000
Received: (at 34110) by debbugs.gnu.org; 22 Jan 2019 22:40:38 +0000
Received: from localhost ([127.0.0.1]:41755 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gm4ik-0007XE-Cy
	for submit <at> debbugs.gnu.org; Tue, 22 Jan 2019 17:40:38 -0500
Received: from mout.kundenserver.de ([212.227.17.10]:57515)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mail@HIDDEN>) id 1gm4ii-0007X2-KW
 for 34110 <at> debbugs.gnu.org; Tue, 22 Jan 2019 17:40:37 -0500
Received: from [192.168.101.10] ([93.218.109.248]) by mrelayeu.kundenserver.de
 (mreue109 [212.227.15.183]) with ESMTPSA (Nemesis) id
 1MCKO4-1guMBw0JWM-009RM8; Tue, 22 Jan 2019 23:40:30 +0100
References: <1689402.NmkMBi2P6V@bola>
 <0f86a299-a979-95c0-3341-d7f8aec63351@HIDDEN> <2667700.xSuBLWJ7V7@bola>
From: Bernhard Voelker <mail@HIDDEN>
Openpgp: preference=signencrypt
Autocrypt: addr=mail@HIDDEN; prefer-encrypt=mutual; keydata=
 mQENBFPirzMBCACyzYldTjQ4ufFOkByY5Nn5USb5GFoL48nWBwNHjd9KUbtRRNlQiPNKd6hK
 Gvd3BGi5aoFKA4ytfRk6jbAbW3jVb3R8wYaV08mOy4KVEKxqN4bxsXlMjNChXVR+rtKDmfI+
 oPTL+cPH2X6gW4W02IRbVw0uUhNm6zEedC/gNrY/mTlf1enZ46jxZ7BTUZaG+kx38UMISIMB
 zSzLRtdkwgmHj4jS3p1fF2cwRqLclIfMjKGpbNFPEXeXKWrCLcqHw78795eAR9q0YvrDkfIn
 GdDBwfb3VM4NdulwIFzvYZMSXvSbbyPLB5YkHU5aAWQHUse4WlfT5ccDpbzUYldRAvF9ABEB
 AAG0K0Jlcm5oYXJkIFZvZWxrZXIgPG1haWxAYmVybmhhcmQtdm9lbGtlci5kZT6JATkEEwEC
 ACMFAlPirzMCGwMHCwkIBwMCAQYVCAIJCgsEFgIDAQIeAQIXgAAKCRBGUC73lpFxle5wCACC
 dbs0QaJ0vR3Sff2cKdTk41rUq3YfWngsR///IOU0C5DdkePmCnJE/lUsUy0LRTxcUDLxQR+x
 QHU8ssRT0JUO9726dI3miy36UdsgmBYaOtLvQcidGmW1R7o0PYYf04+TFtyqKgngOUBPpMgR
 6o4UsQxy/OD4bN1WDqOgIjL+D/qJpkKmgp6L6+hhaBCpiOFKRmmV7YyQ3SqVlfQNiHs5ZtkR
 nXpIjgZARV+GllKucI17bO0CGmTJZ1tstVy0+W3DQT1lbBkTTc++5LONM99D3jjn23l1ocOp
 folR53F7I4cb2RNfT23v1I59RH37lB9wMOqrKj0UjYAC2YoPGQ3BuQENBFPirzMBCADXLWWp
 QihBldY6reca8ZKdc3T9qXEOa3akE3DWKztIBmNJhtYOjmpLYajQTkGa7UoJTnbmZE2Rn6ZE
 oNnvb0gcFNAIcY95KOI+bjOR8HEgh4cx2REXh6L6olIgyXqt/KFusE4wtVZAFxZl+30HzN6n
 D+1HvrjXxPJRX6MsIYOYyyX9/6OofwJK6QHODYGp8WL2olHDnmsXg4AT6Wlr7qKpKrQELlcF
 R4xkvdmgL/Ghw/tK0yJTxMIcewCCZWLPOXRmFRbvAadZWPAgVsJ63siNyUlVnVMSzDgTJl+s
 l/DMabXpqrJQx3/1Yy6mTaDs3XZT/wmBKaTLXx/LByaPxQQ7ABEBAAGJAR8EGAECAAkFAlPi
 rzMCGwwACgkQRlAu95aRcZWVPwgAqZT6iTXkoP37wYb41323RzhBcJ8JSk4cyBDBUXX0lMrM
 3qhiClKG7phpxVdu817Gwc6Hsecg7FfjQAV8MHQ0ZFeEFdk3b2rKBqfsStc+h49/xF3Fb+if
 CzR9qeQF82fMSxkg18++7hMcHCMO/hPZ/Q0xRi+lrSr2QKDJQuLzSyVU14TxrCkevZjEhtma
 VNvcJlJzCbiBXee9Fpc5jITUXPFG8E8dxqo1n+duOyIMgozrAnzP7X5V/Ob/Ozf/aGGX9+Jd
 inyfCX18nWcHALKMU/36Eua/ylalf/2c2YkBp9KCLVmGgPkUgW52EeRPgroIsiwu+rwCSV6Z
 UyCJ+OymCg==
Message-ID: <11378b14-b9bf-b882-aa94-cb34f89ae249@HIDDEN>
Date: Tue, 22 Jan 2019 23:40:29 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <2667700.xSuBLWJ7V7@bola>
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Provags-ID: V03:K1:ClO6JpkxJj66zHfIBG79hZEfFvWItMQG4Z8trEBW7odXwXPRbzl
 Vd7u+Z0IhxYOnDYiKBx+SsOi7KA651ALx++I8680YzCGCCt23/RE9QZrR0KB/MkVggFZhFL
 vWpkJKrXmjpibeG89YeTUzEQj/edJmXN65i865jT3lAnbzHYOuyxuB9srEV5n60yd0zzDkj
 yLm5xsPyqg6HpY+3RnpDQ==
X-Spam-Flag: NO
X-UI-Out-Filterresults: notjunk:1;V03:K0:hG2hFOGSf2M=:vMkmTIp3tqSOazq/jXv2bz
 3BXMVkrvIBtngaO7lrh5SnDfnQiJ1NggS3p4/oS9PUwoGZOz5DkOPtcRB8nGZcWjeA2/0AnNU
 ab1cSp929O9BYZE6g9mXsp8mSUoQUZNkl3+ETi//ylypb/5Vr9nWpTnLSAKq3aN0ZaMy7tqg/
 fkKwura1+Y8WeT69JgfE2DB0Kyt63U+/qrCcMfvI5UP0N0vfc/9d+wu09AU53RY7/Sy8/2H/y
 91XI48FbNUcyFhVOC3wya8sk4uKFFA8Kpiyhv9rPO3FrtbL3wpDjCxitail/c+0ZzLTkZ2AnP
 N+vkF3v7ePH2PIqsrxpoa2vuZ60IMJCr4gVhPbzVM7oIzPqX77wkdYUjHOD6kqsH46SQWxXoB
 TuIxyvV9o22o1zgS1/S37/EfTl+amEJL192Kd5m8Rt5SyS1NJAhMWV2MEBus6wpj5Jtl+KepI
 ttnHVbJJXCgsfiJ8DP8hM6eyVpYnwrc4420xTqXxV7d84ECJwg6kkktZtwnipAla3h8QlSv2H
 BocfVFHFL0xJm+DJJCfm1sZAcdEODi03XQyqgWs3wWZTmo0024tHcJR3KwUfuoX5kAYk7PYpj
 R+PZvg/smSuYAiSLd0gL0IOjwSpYBOrxswTlrAj4zEN9hvAo9c/leqM8IV7AjVJP1dslj0Ogb
 6kGhLAFNK1G1hdXq1qruuGUv7OEqU8j/Sjo2CJYVO97p88e/JWeLM939/quyxJ4pbdHqdC2v6
 9YdYXZ+8RNu/qL9pdZz9Ac5LlYfe9HE3li4nd8/gxqocLAGvjAqqsB4Kww14ZFnN8vUtRLNx9
 Peaal8j
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

On 1/17/19 11:13 AM, René J.V. Bertin wrote:
> I realise that you cannot really call the content size observable "real size
> when reporting from a disk-usage viewpoint, but "content size"
> (--content-size, -C) should be clear enough?

This sounds to me as if you wanted 'du' to read() the content of each file
to get the 'correct' statistics.  That is more in the domain of wc(1).

Have a nice day,
Berny

Message sent to bug-coreutils@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#34110: feature request: dual-column du output, showing "real" and "on-disk" sizes (and about that "apparent-size" concept)
Resent-From: Paul Eggert <eggert@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-coreutils@HIDDEN
Resent-Date: Tue, 22 Jan 2019 23:21:02 +0000
Resent-Message-ID: <handler.34110.B.154819925732633 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 34110
X-GNU-PR-Package: coreutils
X-GNU-PR-Keywords: 
To: 34110 <at> debbugs.gnu.org
X-Debbugs-Original-To: bug-coreutils@HIDDEN
Received: via spool by submit <at> debbugs.gnu.org id=B.154819925732633
          (code B ref -1); Tue, 22 Jan 2019 23:21:02 +0000
Received: (at submit) by debbugs.gnu.org; 22 Jan 2019 23:20:57 +0000
Received: from localhost ([127.0.0.1]:41787 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1gm5Ll-0008UG-HE
	for submit <at> debbugs.gnu.org; Tue, 22 Jan 2019 18:20:57 -0500
Received: from eggs.gnu.org ([209.51.188.92]:48071)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eggert@HIDDEN>) id 1gm5Lj-0008U3-1Q
 for submit <at> debbugs.gnu.org; Tue, 22 Jan 2019 18:20:56 -0500
Received: from lists.gnu.org ([209.51.188.17]:34468)
 by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <eggert@HIDDEN>) id 1gm5Ld-0006Cx-QM
 for submit <at> debbugs.gnu.org; Tue, 22 Jan 2019 18:20:49 -0500
Received: from eggs.gnu.org ([209.51.188.92]:58268)
 by lists.gnu.org with esmtp (Exim 4.71)
 (envelope-from <eggert@HIDDEN>) id 1gm5Lc-0001w5-Ui
 for bug-coreutils@HIDDEN; Tue, 22 Jan 2019 18:20:49 -0500
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_20,RCVD_IN_DNSWL_MED
 autolearn=disabled version=3.3.2
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
 (envelope-from <eggert@HIDDEN>) id 1gm5Lb-0006BC-G3
 for bug-coreutils@HIDDEN; Tue, 22 Jan 2019 18:20:48 -0500
Received: from zimbra.cs.ucla.edu ([131.179.128.68]:48273)
 by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
 (Exim 4.71) (envelope-from <eggert@HIDDEN>) id 1gm5Lb-00067p-2L
 for bug-coreutils@HIDDEN; Tue, 22 Jan 2019 18:20:47 -0500
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id 83211161126
 for <bug-coreutils@HIDDEN>; Tue, 22 Jan 2019 15:20:44 -0800 (PST)
Received: from zimbra.cs.ucla.edu ([127.0.0.1])
 by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032)
 with ESMTP id aCXvFUGqcj0K for <bug-coreutils@HIDDEN>;
 Tue, 22 Jan 2019 15:20:43 -0800 (PST)
Received: from localhost (localhost [127.0.0.1])
 by zimbra.cs.ucla.edu (Postfix) with ESMTP id C6CC8161127
 for <bug-coreutils@HIDDEN>; Tue, 22 Jan 2019 15:20:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu
Received: from zimbra.cs.ucla.edu ([127.0.0.1])
 by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026)
 with ESMTP id lychEcQxeU5d for <bug-coreutils@HIDDEN>;
 Tue, 22 Jan 2019 15:20:43 -0800 (PST)
Received: from Penguin.CS.UCLA.EDU (Penguin.CS.UCLA.EDU [131.179.64.200])
 by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id AC8131610E8
 for <bug-coreutils@HIDDEN>; Tue, 22 Jan 2019 15:20:43 -0800 (PST)
References: <1689402.NmkMBi2P6V@bola>
 <0f86a299-a979-95c0-3341-d7f8aec63351@HIDDEN> <2667700.xSuBLWJ7V7@bola>
 <11378b14-b9bf-b882-aa94-cb34f89ae249@HIDDEN>
From: Paul Eggert <eggert@HIDDEN>
Openpgp: preference=signencrypt
Autocrypt: addr=eggert@HIDDEN; prefer-encrypt=mutual; keydata=
 xsFNBEyAcmQBEADAAyH2xoTu7ppG5D3a8FMZEon74dCvc4+q1XA2J2tBy2pwaTqfhpxxdGA9
 Jj50UJ3PD4bSUEgN8tLZ0san47l5XTAFLi2456ciSl5m8sKaHlGdt9XmAAtmXqeZVIYX/UFS
 96fDzf4xhEmm/y7LbYEPQdUdxu47xA5KhTYp5bltF3WYDz1Ygd7gx07Auwp7iw7eNvnoDTAl
 KAl8KYDZzbDNCQGEbpY3efZIvPdeI+FWQN4W+kghy+P6au6PrIIhYraeua7XDdb2LS1en3Ss
 mE3QjqfRqI/A2ue8JMwsvXe/WK38Ezs6x74iTaqI3AFH6ilAhDqpMnd/msSESNFt76DiO1ZK
 QMr9amVPknjfPmJISqdhgB1DlEdw34sROf6V8mZw0xfqT6PKE46LcFefzs0kbg4GORf8vjG2
 Sf1tk5eU8MBiyN/bZ03bKNjNYMpODDQQwuP84kYLkX2wBxxMAhBxwbDVZudzxDZJ1C2VXujC
 OJVxq2kljBM9ETYuUGqd75AW2LXrLw6+MuIsHFAYAgRr7+KcwDgBAfwhPBYX34nSSiHlmLC+
 KaHLeCLF5ZI2vKm3HEeCTtlOg7xZEONgwzL+fdKo+D6SoC8RRxJKs8a3sVfI4t6CnrQzvJbB
 n6gxdgCu5i29J1QCYrCYvql2UyFPAK+do99/1jOXT4m2836j1wARAQABzSBQYXVsIEVnZ2Vy
 dCA8ZWdnZXJ0QGNzLnVjbGEuZWR1PsLBfgQTAQIAKAUCTIByZAIbAwUJEswDAAYLCQgHAwIG
 FQgCCQoLBBYCAwECHgECF4AACgkQ7ZfpDmKqfjRRGw/+Ij03dhYfYl/gXVRiuzV1gGrbHk+t
 nfrI/C7fAeoFzQ5tVgVinShaPkZo0HTPf18x6IDEdAiO8Mqo1yp0CtHmzGMCJ50o4Grgfjlr
 6g/+vtEOKbhleszN2XpJvpwM2QgGvn/laTLUu8PH9aRWTs7qJJZKKKAb4sxYc92FehPu6FOD
 0dDiyhlDAq4lOV2mdBpzQbiojoZzQLMQwjpgCTK2572eK9EOEQySUThXrSIz6ASenp4NYTFH
 s9tuJQvXk9gZDdPSl3bp+47dGxlxEWLpBIM7zIONw4ks4azgT8nvDZxA5IZHtvqBlJLBObYY
 0Le61Wp0y3TlBDh2qdK8eYL426W4scEMSuig5gb8OAtQiBW6k2sGUxxeiv8ovWu8YAZgKJfu
 oWI+uRnMEddruY8JsoM54KaKvZikkKs2bg1ndtLVzHpJ6qFZC7QVjeHUh6/BmgvdjWPZYFTt
 N+KA9CWX3GQKKgN3uu988yznD7LnB98T4EUH1HA/GnfBqMV1gpzTvPc4qVQinCmIkEFp83zl
 +G5fCjJJ3W7ivzCnYo4KhKLpFUm97okTKR2LW3xZzEW4cLSWO387MTK3CzDOx5qe6s4a91Zu
 ZM/j/TQdTLDaqNn83kA4Hq48UHXYxcIh+Nd8k/3w6lFuoK0wrOFiywjLx+0ur5jmmbecBGHc
 1xdhAFHOwU0ETIByZAEQAKaF678T9wyH4wjTrV1Pz3cDEoSnV/0ZUrOT37p1dcGyj/IXq1x6
 70HRVahAmk0sZpYc25PF9D5GPYHFWlNjuPU96rDndXB3hedmBRhLdC4bAXjI4DV+bmdVe+q/
 IMnlZRaVlm9EiMCVAR6w13sReu7qXkW9r3RwY2AzXskp/tAe4BRKr1Zmbvi2nbnQ6epEC42r
 Rbx0B1EhjbIQZ5JHGk24iPT7LdBgnNmos5wYjzwNlkMQD5T0Ydzhk7J+UxwA5m46mOhRDC2r
 FV/A0gm5TLy8DXjv/Esc4gYnYai6SQqnUEVh5LuV8YCJBnijs+Tiw71x1icmn6xGI45EugJO
 gec+rLypYgpVp4x0HI5T88qBRYCkxH3Kg8Qo+EWNA9A4LRQ9DX8njona0gf0s03tocK8kBN6
 6UoqqPtHBnc4eMgBymCflK12eKfd2YYxnyg9cZazWA5VslvTxpm76hbg5oiAEH/Vg/8MxHyA
 nPhfrgwyPrmJEcVBafdspJnYQxBYNco2LFPIhlOvWh8r4at+s+M3Lb26oUTczlgdW1Sf3SDA
 77BMRnF0FQyE+7AzV79MBN4ykiqaezQxtaF1Fy/tvkhffSo8u+dwG0EgJh+te38gTcISVr0G
 IPplLz6YhjrbHrPRF1CN5UuL9DBGjxuN35RLNVEfta6RUFlR6NctTjvrABEBAAHCwWUEGAEC
 AA8FAkyAcmQCGwwFCRLMAwAACgkQ7ZfpDmKqfjSrHA/+KzAKvTxRhA9MWNLxIyJ7S5uJ16gs
 T3oCjZrBKGEhKMOGX4O0GA6VOEryO7QRCCYah3oxSG38IAnNeiwJXgU9Bzkk85UGbPEd7HGF
 /VSeHCQwWou6jqUDTSDvn9YhNTdG0KXPM74aC+xr2Zow1O2mhXihgWKD0Dw+0LYPnUOsQ0KO
 FxHXXYHmRrS1OZPU59BLvc+TRhIhafSHKLwbXK+6ckkxBx6h8z5ccpG0Qs4bFhdFYnFrEieD
 LoGmnE2YLhdV6swJ9VNCS6pLiEohT3fm7aXm15tZOIyzMZhHRSAPblXxQ0ZSWjq8oRrcYNFx
 c4W1URpAkBCOYJoXvQfD5L3lqAl8TCqDUzYxhH/tJhbDdHrqHH767jaDaTB1+Talp/2AMKwc
 XNOdiklGxbmHVG6YGl6g8Lrbsu9NZEI4yLlHzuikthJWgz+3vZhVGyNlt+HNIoF6CjDL2omu
 5cEq4RDHM44QqPk6l7O0pUvN1mT4B+S1b08RKpqm/ff015E37HNV/piIvJlxGAYz8PSfuGCB
 1thMYqlmgdhd9/BabGFbGGYHA6U4/T5zqU+f6xHy1SsAQZ1MSKlLwekBIT+4/cLRGqCHjnV0
 q5H/T6a7t5mPkbzSrOLSo4puj+IToNjYyYIDBWzhlA19avOa+rvUjmHtD3sFN7cXWtkGoi8b
 uNcby4U=
Organization: UCLA Computer Science Department
Message-ID: <e615b68a-fb58-f9d6-bb1d-2af5ff1e12c9@HIDDEN>
Date: Tue, 22 Jan 2019 15:20:43 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101
 Thunderbird/60.4.0
MIME-Version: 1.0
In-Reply-To: <11378b14-b9bf-b882-aa94-cb34f89ae249@HIDDEN>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x
X-Received-From: 131.179.128.68
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

On 1/22/19 2:40 PM, Bernhard Voelker wrote:
> This sounds to me as if you wanted 'du' to read() the content of each file
> to get the 'correct' statistics.  That is more in the domain of wc(1).

du already has an --apparent-size option that gives the same size that 
'read' would give. As I understand it, this part of the request was to 
change the (arguably confusing) name of this option to a different (and 
also arguably confusing :-) name. As the option name has been that way 
for quite some time and the proposed name is not that much less 
confusing than the old, I think we'll stand pat.

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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