GNU bug report logs - #58521
human readable still wrong output (after 20+ years?)

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#58521: closed (human readable still wrong output (after 20+
 years?))
Date: Mon, 02 Jan 2023 20:30:02 +0000

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

Your message dated Mon, 2 Jan 2023 12:28:54 -0800
with message-id <dac4367f-2447-a1d2-e432-896200019c76 <at> cs.ucla.edu>
and subject line Re: bug#58521: human readable still wrong output (after 20+ years?)
has caused the debbugs.gnu.org bug report #58521,
regarding human readable still wrong output (after 20+ years?)
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
58521: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58521
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: chandler <scar <at> riseup.net>
To: bug-coreutils <at> gnu.org
Subject: human readable still wrong output (after 20+ years?)
Date: Fri, 14 Oct 2022 09:24:07 -0700

The failure to use correct prefixes is still a cause for major confusion amongst individuals especially when sharing data, and especially when other programs are involved that do correctly report file sizes. K, M, G, T, etc. have NEVER referred to base-2 values until they were incorrectly introduced into the computing world, who knows, probably 50 years ago or more. Someday maybe all computer programs will properly report file sizes. Please make corrections so that '-h' flag correctly uses prefixes Ki, Mi, Gi, Ti, etc. Or change -h default behavior to report base-10 values and add another flag to report base-2 values+prefixes. Please no excuses about how this will break other programs, that is up to their maintainers to fix given the corrected output.

Please no suggestions for users to make changes to the default environment to fix wrong output. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages coreutils depends on: ii libacl1 2.3.1-1 ii libattr1 1:2.5.1-1 ii libc6 2.35-2 ii libgmp10 2:6.2.1+dfsg1-1 ii libselinux1 3.4-1+b1 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information

[Message part 3 (message/rfc822, inline)]

From: Paul Eggert <eggert <at> cs.ucla.edu>
To: chandler <scar <at> riseup.net>
Cc: 58521-done <at> debbugs.gnu.org
Subject: Re: bug#58521: human readable still wrong output (after 20+ years?)
Date: Mon, 2 Jan 2023 12:28:54 -0800

On 2022-10-14 09:24, chandler wrote:
> Please no excuses about how this will break other programs

Unfortunately backward-compatibility concerns are real, which means 
we're not likely to make a big change to -h's behavior at this point. 
You can use --si instead.

Assuming you're talking about 'df' and 'du', neither -h nor --si follows 
the SI standard, since they both output prefixes without units. So this 
is not a question of conforming to any standard.

Previous Next

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