From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58521: human readable still wrong output (after 20+ years?) Resent-From: chandler Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 14 Oct 2022 16:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 58521 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 58521@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16657648691009 (code B ref -1); Fri, 14 Oct 2022 16:28:02 +0000 Received: (at submit) by debbugs.gnu.org; 14 Oct 2022 16:27:49 +0000 Received: from localhost ([127.0.0.1]:38451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojNXI-0000GD-Ot for submit@debbugs.gnu.org; Fri, 14 Oct 2022 12:27:49 -0400 Received: from lists.gnu.org ([209.51.188.17]:55718) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojNTo-0000AW-TJ for submit@debbugs.gnu.org; Fri, 14 Oct 2022 12:24:13 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35650) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojNTo-0002ni-Mv for bug-coreutils@gnu.org; Fri, 14 Oct 2022 12:24:12 -0400 Received: from mx0.riseup.net ([198.252.153.6]:32930) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojNTm-0005YG-Q6 for bug-coreutils@gnu.org; Fri, 14 Oct 2022 12:24:12 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx0.riseup.net (Postfix) with ESMTPS id 4MpsCX58FBz9s7v for ; Fri, 14 Oct 2022 16:24:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1665764648; bh=dLlGJj/eIS5thgUdcv1ntKkPD6QlQCxXc6tz9BeAAWU=; h=Date:To:From:Subject:From; b=othDPkXChZZG9U7ASQnF6bwcGg2BzvykeaMSW0td28fTSRMu9yzjhR8obTYJDKxVs lLtit/vaJQYPhEgdJFnIc6uO0TO2XKlBDEWap3yzRb92v//3EOu/SR1hI/SrxLAlYZ 3b3e5uyP/bRvlfFg0KFY8L4Jvl6nKOSz77qlvhiM= X-Riseup-User-ID: E89CDFC65466B87180DF4E87C50EA122DAB1E09E146EBA40C82A22DB3A6D07FB Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4MpsCX3Y1kz5vN3 for ; Fri, 14 Oct 2022 16:24:08 +0000 (UTC) Message-ID: Date: Fri, 14 Oct 2022 09:24:07 -0700 MIME-Version: 1.0 Content-Language: en-US From: chandler Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=198.252.153.6; envelope-from=scar@riseup.net; helo=mx0.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Mailman-Approved-At: Fri, 14 Oct 2022 12:27:47 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) 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 From unknown Tue Jun 17 22:28:51 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: chandler Subject: bug#58521: closed (Re: bug#58521: human readable still wrong output (after 20+ years?)) Message-ID: References: X-Gnu-PR-Message: they-closed 58521 X-Gnu-PR-Package: coreutils Reply-To: 58521@debbugs.gnu.org Date: Mon, 02 Jan 2023 20:30:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1672691403-1957-1" This is a multi-part message in MIME format... ------------=_1672691403-1957-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #58521: human readable still wrong output (after 20+ years?) which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 58521@debbugs.gnu.org. --=20 58521: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D58521 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1672691403-1957-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 58521-done) by debbugs.gnu.org; 2 Jan 2023 20:29:06 +0000 Received: from localhost ([127.0.0.1]:44156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCRQg-0000TH-Bw for submit@debbugs.gnu.org; Mon, 02 Jan 2023 15:29:06 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:57672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCRQc-0000Sg-D8 for 58521-done@debbugs.gnu.org; Mon, 02 Jan 2023 15:29:05 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 0D97E160044; Mon, 2 Jan 2023 12:28:56 -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 g_ju1tRSjW4O; Mon, 2 Jan 2023 12:28:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 41666160045; Mon, 2 Jan 2023 12:28:55 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.9.2 zimbra.cs.ucla.edu 41666160045 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=78364E5A-2AF3-11ED-87FA-8298ECA2D365; t=1672691335; bh=kDOVZVOCw40yFhWuNveWau5VWh/c3JqQIfjibRhhjpo=; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type: Content-Transfer-Encoding; b=XrBn1Owr4qxN2vd75zPyuyWqbLeXNvaa67vx7ult3wXdOhj0ca/pb6ftHOtCLyREU HoGAC2mr1VzDI5brerOltJedUcxEE+uNtoAmgtbFWY/mnVoja5YTqsqaHHY5OIOv97 hRwEaMkw+Ian6KLKvr8BgHHxEjJRxfkE6EYWkU9E= 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 UhzGpw17SKWg; Mon, 2 Jan 2023 12:28:55 -0800 (PST) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 1E131160044; Mon, 2 Jan 2023 12:28:55 -0800 (PST) Message-ID: Date: Mon, 2 Jan 2023 12:28:54 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: bug#58521: human readable still wrong output (after 20+ years?) Content-Language: en-US To: chandler References: From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 58521-done Cc: 58521-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) 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. ------------=_1672691403-1957-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 14 Oct 2022 16:27:49 +0000 Received: from localhost ([127.0.0.1]:38451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojNXI-0000GD-Ot for submit@debbugs.gnu.org; Fri, 14 Oct 2022 12:27:49 -0400 Received: from lists.gnu.org ([209.51.188.17]:55718) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojNTo-0000AW-TJ for submit@debbugs.gnu.org; Fri, 14 Oct 2022 12:24:13 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:35650) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojNTo-0002ni-Mv for bug-coreutils@gnu.org; Fri, 14 Oct 2022 12:24:12 -0400 Received: from mx0.riseup.net ([198.252.153.6]:32930) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojNTm-0005YG-Q6 for bug-coreutils@gnu.org; Fri, 14 Oct 2022 12:24:12 -0400 Received: from fews1.riseup.net (fews1-pn.riseup.net [10.0.1.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.riseup.net", Issuer "R3" (not verified)) by mx0.riseup.net (Postfix) with ESMTPS id 4MpsCX58FBz9s7v for ; Fri, 14 Oct 2022 16:24:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1665764648; bh=dLlGJj/eIS5thgUdcv1ntKkPD6QlQCxXc6tz9BeAAWU=; h=Date:To:From:Subject:From; b=othDPkXChZZG9U7ASQnF6bwcGg2BzvykeaMSW0td28fTSRMu9yzjhR8obTYJDKxVs lLtit/vaJQYPhEgdJFnIc6uO0TO2XKlBDEWap3yzRb92v//3EOu/SR1hI/SrxLAlYZ 3b3e5uyP/bRvlfFg0KFY8L4Jvl6nKOSz77qlvhiM= X-Riseup-User-ID: E89CDFC65466B87180DF4E87C50EA122DAB1E09E146EBA40C82A22DB3A6D07FB Received: from [127.0.0.1] (localhost [127.0.0.1]) by fews1.riseup.net (Postfix) with ESMTPSA id 4MpsCX3Y1kz5vN3 for ; Fri, 14 Oct 2022 16:24:08 +0000 (UTC) Message-ID: Date: Fri, 14 Oct 2022 09:24:07 -0700 MIME-Version: 1.0 To: bug-coreutils@gnu.org Content-Language: en-US From: chandler Subject: human readable still wrong output (after 20+ years?) Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=198.252.153.6; envelope-from=scar@riseup.net; helo=mx0.riseup.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 14 Oct 2022 12:27:47 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) 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 ------------=_1672691403-1957-1-- From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58521: human readable still wrong output (after 20+ years?) Resent-From: Paul Eggert Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 02 Jan 2023 21:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58521 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Chandler Sobel-Sorenson Cc: 58521@debbugs.gnu.org Received: via spool by 58521-submit@debbugs.gnu.org id=B58521.167269563718234 (code B ref 58521); Mon, 02 Jan 2023 21:41:02 +0000 Received: (at 58521) by debbugs.gnu.org; 2 Jan 2023 21:40:37 +0000 Received: from localhost ([127.0.0.1]:44240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCSXs-0004k0-JI for submit@debbugs.gnu.org; Mon, 02 Jan 2023 16:40:36 -0500 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:35426) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCSXn-0004ji-BN for 58521@debbugs.gnu.org; Mon, 02 Jan 2023 16:40:35 -0500 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 969AA160044; Mon, 2 Jan 2023 13:40:23 -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 4IWGAZx9Hxvi; Mon, 2 Jan 2023 13:40:23 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id DFF88160045; Mon, 2 Jan 2023 13:40:22 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.9.2 zimbra.cs.ucla.edu DFF88160045 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=78364E5A-2AF3-11ED-87FA-8298ECA2D365; t=1672695622; bh=1RiwgdRDgft8L4qXNMqz8OTNe4JRd3RTji/OPzT3P0w=; h=Message-ID:Date:MIME-Version:To:From:Subject:Content-Type: Content-Transfer-Encoding; b=rzurncArhNefemnKdzEAUJWREV8aVRrcG9IEHskmhpqozw05eCMnYwL0P5MwqrPDr Z8EMo4c62zfDc506rrWLfSehEXS59DkLkmP8kbXz+jQczGES83z4/dOoR+5m6YMi9M 4xd1rlDXsKjjidqhzDU2FhO6HU6Sp95uzhvvY1zc= 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 8i61nqqY93t9; Mon, 2 Jan 2023 13:40:22 -0800 (PST) Received: from [192.168.1.9] (cpe-172-91-119-151.socal.res.rr.com [172.91.119.151]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id BC301160044; Mon, 2 Jan 2023 13:40:22 -0800 (PST) Message-ID: Date: Mon, 2 Jan 2023 13:40:22 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Content-Language: en-US References: <5a0f115a-41de-4f75-05ff-5e486cd9c581@riseup.net> From: Paul Eggert Organization: UCLA Computer Science Department In-Reply-To: <5a0f115a-41de-4f75-05ff-5e486cd9c581@riseup.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) On 2023-01-02 13:22, Chandler Sobel-Sorenson wrote: >> Unfortunately backward-compatibility concerns are real, > > Such as? I imagine lots of programs read the current output format. GNU 'sort' does. I haven't investigated all such programs. The current behavior has been in place since Larry McVoy contributed it in 1996. It'd take a pretty strong argument to change it now. Mere dislike wouldn't suffice. > this is about your programs outputting WRONG and INCORRECT values, > inconsistent with reality "Inconsistent with reality" is hyperbole; this is merely disagreement about notation. > All you need to do is add an "i" to -h's prefixes That would bloat the output and introduce compatibility concerns as mentioned above. From unknown Tue Jun 17 22:28:51 2025 X-Loop: help-debbugs@gnu.org Subject: bug#58521: human readable still wrong output (after 20+ years?) Resent-From: Chandler Sobel-Sorenson Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Tue, 03 Jan 2023 00:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 58521 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: 58521-done@debbugs.gnu.org Received: via spool by 58521-done@debbugs.gnu.org id=D58521.16727052341547 (code D ref 58521); Tue, 03 Jan 2023 00:21:02 +0000 Received: (at 58521-done) by debbugs.gnu.org; 3 Jan 2023 00:20:34 +0000 Received: from localhost ([127.0.0.1]:44334 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCV2f-0000Ot-RZ for submit@debbugs.gnu.org; Mon, 02 Jan 2023 19:20:34 -0500 Received: from esa.hc4604-54.iphmx.com ([207.54.93.132]:21255) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pCSGv-0004GY-PW for 58521-done@debbugs.gnu.org; Mon, 02 Jan 2023 16:23:06 -0500 X-IPAS-Result: A2FrAQAeSrNjAIqlh5YNTQ4QAQELEgxACYshgmKOPQOEK5sMBgkBAQEPRAQBAYUFAoUSJjgTAQIZAQEBBQEBAQEBAQYCAQEBAQIMATpShS+CfikBg38BAQECASMPAQVBBQsLGgImAgJXBg0IAQGCeoMApzsBiiB6gTKBAZ9CCYF0gRQskSNDgg2BPIMDPogbgmcEmRYKgT19gScObCUEDgMZKx1AAgELOzIKPwE1CQIMSysTBxsHgQoqKBUDBAQDAgYTAyACDSgxFAQpEw0nJmsJAgMiYQUDAwQoLQkhHwcVESY8B1Y3AQQDAg8fNwYDCQMCH1FaFgIuERMFAwsVKkcECDYFBhwJLRICCA8SDwYmQw5CIRY2EwZcAR0NCw4TA1A5gRYEL4FnBikonBxxgQ8IN4FLJqQRn0GDeKBLBg8ELqkkh1aPcKJHDIUrgXmBfzMaCB0TgyNRKI4sFo1pZYEQAgcBCgEBAwmMIwEB IronPort-PHdr: A9a23:51c2Yxyn+BmfT13XCzKtzVBlVkEcU1XcAAcZ59Idhq5Udez7ptK+Z hGZuq8m1QOYFazgqNt6yMPu+5j6XmIB5ZvT+FsjS7drEyE/tMMNggY7C9SEA0CoZNTjbig9A dgQHAQ9pyLzPkdaAtvxaEPPqXOu8zESBg//NQ1oLejpB4Lelcu62/6y9pHJYQhEmjWxba59I RiysA7cqtQYjYx+J6k+zRfEvmFGcPlMy2NyIlKTkRf85sOu85Nm7i9dpfEv+dNeXKvjZ6g3Q qBWAzogM2Au+c3krgLDQheV5nsdSWoZjBxFCBXY4R7gX5fxtiz6tvdh2CSfIMb7Q6w4VSik4 qx2UxLjljsJOCAl/2HWksxwjbxUoBS9pxxk3oXYZJiZOOdicq/BeN8XQ3dKUMRMWCxbGo6yb IUBAOUPMuhFsYfwuVUOoxu5BQauGOzhxSRFhmP10KAgz+gtDQ/L0Q4mEtkTsHrUttL1NKIKX O2rzKnH1zPDYO5S2Tjj8ojDbw0vofaXUr1udcrd0FQhFwTfjlqOr4zlJDSV1uIQuGWc8+VgV figi2g6pAF1vDev3NwhiobXiYITzVDE8Dt2zJwvKt2iSU56YNmkEJ1KuC2AKYR5X94iTnhut S0nxbIIpYS1czIWyJQ72RHfcfqHfpCW7x/hSOufLzN1iWxqdr+8mxu8/0itx/HzWMWq3lhEo DZIn9rDuH4NyhDf98eJR/lg80qj1ziB2QDe5/1ZLU0qk6fQNp0vwqYom5YOsUnPAjX6lFj4g aKWbEko5+ml5uT9brn7qJKRNIl5gRzkPKs0gMywG+E4PxALX2ic5OuzyqXu/Vb8QLVWlv02l bTZsIzCKcQbuKG5BwhV354n5BqiEzuqyskUkHcEIV5feh+Kj5LlN0zNLf/+Ffu/glKsnyl3x /3eI7HsAonBImLenLrvfbtx8VNQxQszwNxF+p5ZBLIMLOr2WkDrtdzYChE5Mxazw+biENhyy oMeVniJAqCENKPdr0WI6/kgI+aSYo8VvzP9JOY/6/H0l385mF4cfa6v3ZQNcny3AOlpI1iBb XrqmdgOCX0KsRYmTOz2lF2CViZea2iqU6Im+j47EJ6mDZvERo21nrOB0yi7EYNMZmBaEV2DD Wzoe5+ZW/gQbCKdONVtnSIZWri8U4Mhzw2htBfmy7p7KerZ4i0VuJHj2dRr+uHfjAw99TtyD 8uDyGyCUn97kXgTSD8r06B/ulZxyliF0ahlmfBYEsZT5/waGjs9YKbV0ugyJt/9VxjdNoOER 1mrWMmOCip3U9k1ypkDb1srSPu4iRWW9CqjBbMRmqbDP5s+/6aZ5H/rKsBmzHCOgKIhhl8qR sZVHWKrgKl6+k7aHY/blEOQ0aumaPJPj2b26G6fwD/W7wljWwlqXPCABChHDnY= IronPort-Data: A9a23:rlJa5asOF3irGv6rOuQcqzUrgOfnVE9eMUV32f8akzHdYApBsoF/q tZmKWjSb/3YNDOkfIxwboW1pExT75TXy9ZqSQY+pCpnFilB9ZOVVN+UB3mrAy7DdceroGCLT Sk9QoKZcJ1rFC+0SjOFaOWJQaxUjPnQLlbEILeYfHs3HUo8EnxJZStLw4YRmpRvjcWyHzSDs Nbzp9y3EFK+0nt/P3l8B5ir8XuDh9yv/mJG1rACTaoT5gSGziFPVMh3yZyZdhMUfKEFRoZWe M6bpF2J1jux1wsgDNqjjoH6fiUiKlIFFVHT4pb+c/HKbilq/kTe4I5iXBYvQR4/ZwGyojxE4 I4lWapc6+seFvakdOw1C3G0GszlVEFM0OevzXOX6KR/w6BaGpdFLjoH4EweZOUlFuhL7W5m7 uAjLW8vYlO4hMma+YqpFsVVnIMbM5y+VG8fkikIITDxPq9+B8mYE+OVuJkBjAJYasJmRKuGI ZNCNHw2MkmGOkYfUrsUIMtWcOOAjXn2dTFcpUi9qqcx5G3eigVr0arqNtOTd9CXLSlQth/J/ D6bpjygXnn2MvS6zAqKyEO1lNXQlDPLc7kfDLK6ycRT1Qj7Kms7VkJODgHryRWjsWazVN1SM VA88TFosKM2/QqmQsSVd0Do/STd+xIbXdd4H+Aw4hyC0ezb5RvfAXILJgOtc/R/759zHGJ3k wbSwpawWGQpvKyTQHec/fGdtzKgPi4ca2IOeEfoUDfp/fH4vLo20TDDDe1gO4KMts+pNQjqh AiV+X1Wa6oosSIb60mq1QmZ3Gjw+smTEF9dChb/BTj/s1siDGKxT8nxsACKsasYRGqMZgDZ1 EXojfRy+wzn4XulqDGGW+ILdF1Cz6bYb2SN6bKD8p1IythMx5JAVdkOiN2GDB01WvvogBewC KMphStf5YVIIFyhZrJtboS6BqwClPa/T4q1CqqINIAfPfCdkTNrGgkyPSZ8OEixyiARfV0XY /93jO71USdHUfgPIMSeHrZEuVPU+szO7T2MHcuhn3xLIJKDYn+LRK0eMUefJuc3pKqeoRfS9 d83Cid540k3bQEKWQGKrN57ELz/BT1iXcieRzp/J7HYeWKL2QgJUpfs/F/WU9c1x/sIzr2Yo SjVt40x4AOXuEAr4D6iMhhLAI4Dl74lxZ7nFUTA5WqV5kU= IronPort-HdrOrdr: A9a23:ACcYp6i8+AF3VrnDfxYTuT46w3BQXt0ji2hC6mlwRA09TyVXra CTdYcguyMc7wxhPk3I+OrwX5VoLkm3yXcY2/hyAV7mZniDhILKFuxfBOnZqAEIyxeOk9K1vJ 0IG5SWSueAbmSS5vyU3ODXKbcdKZW8nJyVuQ== X-IronPort-Anti-Spam-Filtered: true X-IronPort-AV: E=Sophos;i="5.96,295,1665471600"; d="scan'208";a="192451014" Received: from 138-165-135-150.dynamic.arizona.edu (HELO [10.138.75.18]) ([150.135.165.138]) by esa6.hc4604-54.iphmx.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Jan 2023 14:22:57 -0700 Message-ID: <5a0f115a-41de-4f75-05ff-5e486cd9c581@riseup.net> Date: Mon, 2 Jan 2023 14:22:27 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Firefox/102.0 Thunderbird/102.6.0 Content-Language: en-US References: From: Chandler Sobel-Sorenson Organization: Arizona Genomics Institute In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: -3.4 (---) X-Mailman-Approved-At: Mon, 02 Jan 2023 19:20:32 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) Paul Eggert wrote on 1/2/23 1:28 PM: > Unfortunately backward-compatibility concerns are real, Such as? > which means we're not likely to make a big change to -h's behavior at this point. You can use --si instead. While --si produces correct output, this does not address the subject of this bug, which is -h's faulty behavior. What big change are you thinking of? All you need to do is add an "i" to -h's prefixes. Optionally and additionally, you could change -h's behavior so it outputs the same thing as --si, then create a new flag such as --bi for binary prefixes and values. > Assuming you're talking about 'df' and 'du', neither -h nor --si follows the SI standard, since they both output prefixes without units. Don't be silly, we all know what the units are, plus it is mentioned in the manuals. > So this is not a question of conforming to any standard. Never said it was, or maybe I mentioned it, don't remember since it's been so long. Either way, the standard is a guideline to follow, this is about your programs outputting WRONG and INCORRECT values, inconsistent with reality. I'm sure I'm not the only one who works with international collaborators involving terabytes of data. After having to spend several days going back and forth explaining to them that, yes, we did deliver all the data required by the project and, no, there is no data missing, it was imperative to file this report, just as it is for your programs to output results that are in accordance with reality.