Paul Eggert <eggert@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.Received: (at 75649) by debbugs.gnu.org; 21 Jan 2025 20:07:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 21 15:07:04 2025 Received: from localhost ([127.0.0.1]:56760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1taKWa-0002cV-8g for submit <at> debbugs.gnu.org; Tue, 21 Jan 2025 15:07:04 -0500 Received: from mail-out.m-online.net ([2001:a60:0:28:0:1:25:1]:41544) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <whitebox@HIDDEN>) id 1taKWX-0002cJ-IL for 75649 <at> debbugs.gnu.org; Tue, 21 Jan 2025 15:06:58 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4YcysV4kkkz1sDfV; Tue, 21 Jan 2025 21:06:53 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.68]) by mail.m-online.net (Postfix) with ESMTP id 4YcysT5qv4z1qqlS; Tue, 21 Jan 2025 21:06:53 +0100 (CET) X-Virus-Scanned: amavis at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.68]) (amavis, port 10024) with ESMTP id Zy0GITldakIA; Tue, 21 Jan 2025 21:06:53 +0100 (CET) X-Auth-Info: 8peABKTrniz39IWMCDeinD/BZURyDU20DNnBPOnR381hSGCdH1bZcMtUs+CzxWvC Received: from igel.home (aftr-82-135-83-67.dynamic.mnet-online.de [82.135.83.67]) (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) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Tue, 21 Jan 2025 21:06:53 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id DF2D42C1C65; Tue, 21 Jan 2025 21:06:52 +0100 (CET) From: Andreas Schwab <schwab@HIDDEN> To: Chris Ely <chris.ely@HIDDEN> Subject: Re: bug#75649: dd: report base 1024 for bytes per second In-Reply-To: <CANxFu6c3ta3y3n70zxMHZt=E_2gqYC6Sej5jSuTJ0SXj1mr64Q@HIDDEN> (Chris Ely's message of "Tue, 21 Jan 2025 13:33:57 -0500") References: <CANxFu6dfgkdkrZAvsKVxWXoHRCCR2SyjZzOZrx4tvL9KCstSoQ@HIDDEN> <6e66f533-f496-44e7-ad15-d6aab93b7970@HIDDEN> <CANxFu6dhwvutXh_ZnO-2t6UnX5WPkhmnYupw4VZwaF_RMsT2JA@HIDDEN> <ae7688bc-7822-4a38-86fd-6f30a7b17240@HIDDEN> <CANxFu6c3ta3y3n70zxMHZt=E_2gqYC6Sej5jSuTJ0SXj1mr64Q@HIDDEN> Date: Tue, 21 Jan 2025 21:06:52 +0100 Message-ID: <87ldv4szhf.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 75649 Cc: 75649 <at> debbugs.gnu.org, Paul Eggert <eggert@HIDDEN>, P@HIDDEN 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.7 (-) On Jan 21 2025, Chris Ely wrote: > I'm still of the opinion that introducing base 10 output, in the realm of > files that are always stored in base 2 sized blocks, is a mistake that only > confuses people using dd unnecessarily. But the size of files is only rarely a multiple of the block size, so there is no connection between those metrics. -- Andreas Schwab, schwab@HIDDEN GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different."
bug-coreutils@HIDDEN:bug#75649; Package coreutils.
Full text available.Received: (at 75649) by debbugs.gnu.org; 21 Jan 2025 18:34:40 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 21 13:34:40 2025 Received: from localhost ([127.0.0.1]:56078 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1taJ5D-0005CU-PT for submit <at> debbugs.gnu.org; Tue, 21 Jan 2025 13:34:40 -0500 Received: from mail-lf1-x134.google.com ([2a00:1450:4864:20::134]:55515) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <chris.ely@HIDDEN>) id 1taJ4r-0005Bj-Jr for 75649 <at> debbugs.gnu.org; Tue, 21 Jan 2025 13:34:21 -0500 Received: by mail-lf1-x134.google.com with SMTP id 2adb3069b0e04-5401bd6cdb4so6241778e87.2 for <75649 <at> debbugs.gnu.org>; Tue, 21 Jan 2025 10:34:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737484450; x=1738089250; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ON5TMKTHF7lB+ipSp7XfZLboxRwyv2MnFxAazf+0UEo=; b=e22E+ku4s0SYnvmIKn1t2iE/ivZW0iW3Q/JAh9TY/4hr0JSE0gsKt+7m1ccYx+oL6I tvfvut8Hp1IKhT+stRXR4egcpn+8AGcXYmbB0wmqGr37XgSfHE20EecWxIVxk7pV0rD9 0mfQ12uGlZxH/cd3OzcgrYsCQgvNR+R/W04bt9tXbelgMWfjL9drhZy78BYpVsqAHdy2 CRQaVuhh8curGUMDkNICWlJI65UvQ1cgdreC/iGyKr0LYzj9UHohO+oqeiad6jOXZBDq DSjwFzVmxTD2iHBupwKds1R0AkRIfGRtbaGEr9xEwSrgvM+B0jIgmN/cU7OCH3UeA+4P kR8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737484450; x=1738089250; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=ON5TMKTHF7lB+ipSp7XfZLboxRwyv2MnFxAazf+0UEo=; b=EllRNRvxRldOLaXk/rmFQh6hO/gAYF+IhsUU8fPfjYeoj69XxMRgEqWvCmH9hxTujf wPVii0QwC1VBmp9lPmOE2S0AkxIk5pOgLlRgLtdQjbVUGPILJheYcLLGnMgDy27tCrHr U2DIFOyjPxeE0DV9/VmB0YaQ4j2a5f8XyS46NYksx8WAIfq4kylHtDZkwWsnE5b6wbg5 ehNX3Tt+A3Q9exGFyrSkFOhYEvvtPaG0EXbFXt5gGEnmRGFoS8jz/a9EUoWZELU4mudB x0zi8qToilgipcZiY53TTzbxhZUUFVnfQwMtKPxiU5kPVtpm7lPx3OzXdfnut6WHRVzX IlgQ== X-Gm-Message-State: AOJu0Yz/Xis1xjzp2KDSrLCYqQGCdxMa1WYRtLeEBtFazWLT4JSsdAgx biVzhSeyMyuhQLUKIV5Jk+UZiYJtPvyjm+XckUh+Xbgi4rEiK9+rcmWke5f/yLQwIM/m3B4QpM0 YjfXcYdJDimu9+lTRkn/xXSK3/Sw= X-Gm-Gg: ASbGncvJm1RyCJGOH9gD+0PLzFKU5YaJ3zAPmZte1cAyXAAzAQfVajce6aJ9wjCn8UA yjl67/L+pS8YNdv+U+TXhQ6M3+QiEaLjd2SRi0M37As1EE7NeKR4lgQ== X-Google-Smtp-Source: AGHT+IHUy9JZT10y6KAnxvDjfPcP2SpkUPORejFOSNw+GwgibMF5VM7RY+T1U8mCHIRPqFERPA2tECg20/k9bCmFDIs= X-Received: by 2002:ac2:53b8:0:b0:540:22e0:1f63 with SMTP id 2adb3069b0e04-5439c246a6amr5271100e87.19.1737484449428; Tue, 21 Jan 2025 10:34:09 -0800 (PST) MIME-Version: 1.0 References: <CANxFu6dfgkdkrZAvsKVxWXoHRCCR2SyjZzOZrx4tvL9KCstSoQ@HIDDEN> <6e66f533-f496-44e7-ad15-d6aab93b7970@HIDDEN> <CANxFu6dhwvutXh_ZnO-2t6UnX5WPkhmnYupw4VZwaF_RMsT2JA@HIDDEN> <ae7688bc-7822-4a38-86fd-6f30a7b17240@HIDDEN> In-Reply-To: <ae7688bc-7822-4a38-86fd-6f30a7b17240@HIDDEN> From: Chris Ely <chris.ely@HIDDEN> Date: Tue, 21 Jan 2025 13:33:57 -0500 X-Gm-Features: AbW1kvY0kuZfE4odiIsbF520zXPHHjGNGdHrJktJcCp9UDGLDMJbyk99Dx_7w24 Message-ID: <CANxFu6c3ta3y3n70zxMHZt=E_2gqYC6Sej5jSuTJ0SXj1mr64Q@HIDDEN> Subject: Re: bug#75649: dd: report base 1024 for bytes per second To: Paul Eggert <eggert@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000693e02062c3b9fbe" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75649 Cc: P@HIDDEN, 75649 <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 (-) --000000000000693e02062c3b9fbe Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thank you for the links to the older bugs. I'm still of the opinion that introducing base 10 output, in the realm of files that are always stored in base 2 sized blocks, is a mistake that only confuses people using dd unnecessarily. On Tue, Jan 21, 2025, 12:37 Paul Eggert <eggert@HIDDEN> wrote: > On 2025-01-21 07:59, Chris Ely wrote: > > I'd > > much rather not see the base 10 numbers at all > > No matter which of the two numbers we display, people preferring the > other number will complain. This topic has come up before, multiple > times, with people commenting at lennnngth. See: > > https://bugs.gnu.org/17505 > https://bugs.gnu.org/22277 > > I rarely see transfer rates in anything other than SI units. When > companies market hardware, for example, they invariably use GB/s rather > than GiB/s because this makes their transfer rates look higher. So like > P=C3=A1draig I'm dubious about changing the transfer-rate line to use bas= e > 1024 only. > > More generally, any such proposed patch shouldn't be just to the code: > it should explain specifically how the patch would affect dd's behavior, > and this explanation should include changes to the documentation and the > NEWS file. As things stand I don't know how the patch addresses the > motivation of avoiding SI units. > > [1]: > > https://www.lifestyleasia.com/hk/entertainment/gaming/nintendo-switch-2-a= nnouncement-and-updates-news/ > --000000000000693e02062c3b9fbe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <p dir=3D"ltr">Thank you for the links to the older bugs.</p> <p dir=3D"ltr">I'm still of the opinion that introducing base 10 output= , in the realm of files that are always stored in base 2 sized blocks, is a= mistake that only confuses people using dd unnecessarily.</p> <br><div class=3D"gmail_quote gmail_quote_container"><div dir=3D"ltr" class= =3D"gmail_attr">On Tue, Jan 21, 2025, 12:37 Paul Eggert <<a href=3D"mail= to:eggert@HIDDEN">eggert@HIDDEN</a>> wrote:<br></div><blockquo= te class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc so= lid;padding-left:1ex">On 2025-01-21 07:59, Chris Ely wrote:<br> > I'd<br> > much rather not see the base 10 numbers at all<br> <br> No matter which of the two numbers we display, people preferring the <br> other number will complain. This topic has come up before, multiple <br> times, with people commenting at lennnngth. See:<br> <br> <a href=3D"https://bugs.gnu.org/17505" rel=3D"noreferrer noreferrer" target= =3D"_blank">https://bugs.gnu.org/17505</a><br> <a href=3D"https://bugs.gnu.org/22277" rel=3D"noreferrer noreferrer" target= =3D"_blank">https://bugs.gnu.org/22277</a><br> <br> I rarely see transfer rates in anything other than SI units. When <br> companies market hardware, for example, they invariably use GB/s rather <br= > than GiB/s because this makes their transfer rates look higher. So like <br= > P=C3=A1draig I'm dubious about changing the transfer-rate line to use b= ase <br> 1024 only.<br> <br> More generally, any such proposed patch shouldn't be just to the code: = <br> it should explain specifically how the patch would affect dd's behavior= , <br> and this explanation should include changes to the documentation and the <b= r> NEWS file. As things stand I don't know how the patch addresses the <br= > motivation of avoiding SI units.<br> <br> [1]: <br> <a href=3D"https://www.lifestyleasia.com/hk/entertainment/gaming/nintendo-s= witch-2-announcement-and-updates-news/" rel=3D"noreferrer noreferrer" targe= t=3D"_blank">https://www.lifestyleasia.com/hk/entertainment/gaming/nintendo= -switch-2-announcement-and-updates-news/</a><br> </blockquote></div> --000000000000693e02062c3b9fbe--
bug-coreutils@HIDDEN:bug#75649; Package coreutils.
Full text available.Received: (at 75649) by debbugs.gnu.org; 21 Jan 2025 17:37:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 21 12:37:34 2025 Received: from localhost ([127.0.0.1]:56016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1taIBy-0002Yu-9R for submit <at> debbugs.gnu.org; Tue, 21 Jan 2025 12:37:34 -0500 Received: from mail.cs.ucla.edu ([131.179.128.66]:43986) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from <eggert@HIDDEN>) id 1taIBv-0002Yb-Ek for 75649 <at> debbugs.gnu.org; Tue, 21 Jan 2025 12:37:32 -0500 Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id D0C053C082EA1; Tue, 21 Jan 2025 09:37:24 -0800 (PST) Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10032) with ESMTP id b8HS7he-wwWv; Tue, 21 Jan 2025 09:37:24 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by mail.cs.ucla.edu (Postfix) with ESMTP id 740DE3C082EA4; Tue, 21 Jan 2025 09:37:24 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.cs.ucla.edu 740DE3C082EA4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cs.ucla.edu; s=9D0B346E-2AEB-11ED-9476-E14B719DCE6C; t=1737481044; bh=KjqUFccLTOFCPTPwRbqdSTbR4XIWd/eBRh24U+FyPnE=; h=Message-ID:Date:MIME-Version:To:From; b=bmrfJef8UK+H/J3BN/CtAfZJzQ2StViBWwVBay6j1RWMtmTVymJq5yofzFd0xugaR aDO5MnCsOSFZGtrt9zEHR8bbSm0vnm/GrlY3sT5RjT69A4MECmPEXKFtsSzX/HOcW9 RTUBOvEfUp2sYiMsjU0TNvE6eOnQw71hSbBgk1cYEEIX8JDyg1JrW2rgJzzU2fEDO6 fEg4zDqPn/IL+P1no0K+qTCX6W1z2iqJwWtx81ii81MgaQVcpDuakXeOM/C0BCNjx8 ZCT00i0ZRPffEsb9YuTZt8xCNQ9zTMsFAvrhc+zK5vQ9XNXZGlUJpKLqOl2X7z6irD Vk6o+1yG2EATg== X-Virus-Scanned: amavis at mail.cs.ucla.edu Received: from mail.cs.ucla.edu ([127.0.0.1]) by localhost (mail.cs.ucla.edu [127.0.0.1]) (amavis, port 10026) with ESMTP id cc1p-ex7OlK3; Tue, 21 Jan 2025 09:37:24 -0800 (PST) Received: from [192.168.254.12] (unknown [47.154.28.214]) by mail.cs.ucla.edu (Postfix) with ESMTPSA id 5AA213C082EA1; Tue, 21 Jan 2025 09:37:24 -0800 (PST) Message-ID: <ae7688bc-7822-4a38-86fd-6f30a7b17240@HIDDEN> Date: Tue, 21 Jan 2025 09:37:24 -0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: bug#75649: dd: report base 1024 for bytes per second To: Chris Ely <chris.ely@HIDDEN> References: <CANxFu6dfgkdkrZAvsKVxWXoHRCCR2SyjZzOZrx4tvL9KCstSoQ@HIDDEN> <6e66f533-f496-44e7-ad15-d6aab93b7970@HIDDEN> <CANxFu6dhwvutXh_ZnO-2t6UnX5WPkhmnYupw4VZwaF_RMsT2JA@HIDDEN> Content-Language: en-US From: Paul Eggert <eggert@HIDDEN> Organization: UCLA Computer Science Department In-Reply-To: <CANxFu6dhwvutXh_ZnO-2t6UnX5WPkhmnYupw4VZwaF_RMsT2JA@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75649 Cc: P@HIDDEN, 75649 <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 (-) On 2025-01-21 07:59, Chris Ely wrote: > I'd > much rather not see the base 10 numbers at all No matter which of the two numbers we display, people preferring the=20 other number will complain. This topic has come up before, multiple=20 times, with people commenting at lennnngth. See: https://bugs.gnu.org/17505 https://bugs.gnu.org/22277 I rarely see transfer rates in anything other than SI units. When=20 companies market hardware, for example, they invariably use GB/s rather=20 than GiB/s because this makes their transfer rates look higher. So like=20 P=C3=A1draig I'm dubious about changing the transfer-rate line to use bas= e=20 1024 only. More generally, any such proposed patch shouldn't be just to the code:=20 it should explain specifically how the patch would affect dd's behavior,=20 and this explanation should include changes to the documentation and the=20 NEWS file. As things stand I don't know how the patch addresses the=20 motivation of avoiding SI units. [1]:=20 https://www.lifestyleasia.com/hk/entertainment/gaming/nintendo-switch-2-a= nnouncement-and-updates-news/
bug-coreutils@HIDDEN:bug#75649; Package coreutils.
Full text available.Received: (at 75649) by debbugs.gnu.org; 21 Jan 2025 15:59:56 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 21 10:59:55 2025 Received: from localhost ([127.0.0.1]:55848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1taGfT-0008E7-AE for submit <at> debbugs.gnu.org; Tue, 21 Jan 2025 10:59:55 -0500 Received: from mail-lf1-x134.google.com ([2a00:1450:4864:20::134]:48200) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <chris.ely@HIDDEN>) id 1taGfR-0008Di-Hv for 75649 <at> debbugs.gnu.org; Tue, 21 Jan 2025 10:59:54 -0500 Received: by mail-lf1-x134.google.com with SMTP id 2adb3069b0e04-54024ecc33dso5842130e87.0 for <75649 <at> debbugs.gnu.org>; Tue, 21 Jan 2025 07:59:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737475187; x=1738079987; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=K34LfiKyfHAzWv63dBOexncamaMig5prUVYXw9XCMLI=; b=keIpEe0ctlv+l78O/7eZe+JId++ZRVJo97SqQrk3VRH9TvGs7dyER9rh3tMCqHoo+5 8QuzS0MURF2ebBKgtpuwsCtuzehALaeed4MKVpWfCXFq/4JPPGaaNauR+NH0b57JWNQn IzWm7Yq2OHm1NS7BQoQt2PYNmKZ80Z6GRsdoWm+Qo+eMnAUM3gKIL79fgoGDSS+3DH+q 6aqPXcf8QWEj0PWXtoBGo8KYSaT2O1ozAlc4l3QN78cUaim0IQ+70Q8lPK9fRL/B7xau Z2bZHj3x6l8qkrjCsYqTrNVWmpqFeZQWMH9B+VX6VClJqChUNjh4RIh3xY4YpnYMVmCX 5n4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737475187; x=1738079987; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=K34LfiKyfHAzWv63dBOexncamaMig5prUVYXw9XCMLI=; b=btIBmTMOgDMacwF7lW+ltdByFknnIaBSX/8L2yLnpXsVbrDqNJVpgwOTq7/nvW15P6 O1b0giTHdkMWzApvBvGso3f9ASlT6obu3ujkWsfuoiOJjsXpvX96E3+lNS4fvJQhnkOY ThxDALfKTkml8RRqbcXqeyZOFw7tMXZkL0CMK4GzR08f8t9YpWRdEocvIcceaVqr1c5C wzUSHpOnPHux9xzuxGg8qbnyk1zxYqgbzzhT4OPQ5doeq6tjVG5fvsZFD3bn593r8dtB /evKFM3/y2l+piqzoQYkp5Hn36sg6OXuO6qHuZcDYTi9GH7T55QsmnEUF1EktCvl2bea C4KQ== X-Gm-Message-State: AOJu0YxOyEf2UDYeI/rLkvufLhFjKY9CwTg0jE+OuLV813SgKmI9CsJW jnigQykoS4XCvoQKE2siZ9e9qR5aG3fTmIslq/9B3bRjpwXjio5vYO1vwrX6lZarCg9E4eMUmvr U27DD1NXc/XRyvydZ2lS3nyVTCeY= X-Gm-Gg: ASbGncvyp0HUSmkHGfqhQPMnraoGGfad031LAKADRmh45nkdMn4FPnhpkPXBjQHVIhl t4GbOzemUZp82sxB5G6+LNl12tB9+gKCgGDVGB13kH0f88q6l08Xt9F1uNoE8Y9EANBnoRsXp40 O+qRbBGYBZ X-Google-Smtp-Source: AGHT+IEmIgE0d2kYfm+IN1Z10l8lmkLjvH2UzTGJAcgLl94wfvzecqcnmrvCIRQyxQxpknzXVKX0Ea3Fcth2SbHxq8o= X-Received: by 2002:ac2:5239:0:b0:540:1dca:52bd with SMTP id 2adb3069b0e04-5439c249eb7mr4657600e87.29.1737475186700; Tue, 21 Jan 2025 07:59:46 -0800 (PST) MIME-Version: 1.0 References: <CANxFu6dfgkdkrZAvsKVxWXoHRCCR2SyjZzOZrx4tvL9KCstSoQ@HIDDEN> <6e66f533-f496-44e7-ad15-d6aab93b7970@HIDDEN> In-Reply-To: <6e66f533-f496-44e7-ad15-d6aab93b7970@HIDDEN> From: Chris Ely <chris.ely@HIDDEN> Date: Tue, 21 Jan 2025 10:59:34 -0500 X-Gm-Features: AbW1kvaWYEMbVrhn9oBw7orGUrG6dm9Xu0p8jpvBkUOmkSXuGfpGkkDG54kDMQ8 Message-ID: <CANxFu6dhwvutXh_ZnO-2t6UnX5WPkhmnYupw4VZwaF_RMsT2JA@HIDDEN> Subject: Re: bug#75649: dd: report base 1024 for bytes per second To: P@HIDDEN Content-Type: multipart/alternative; boundary="0000000000004f38c7062c39778d" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75649 Cc: 75649 <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 (-) --0000000000004f38c7062c39778d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable dd is a file oriented program. Files aren't stored with base 10. For dd, especially, the default block size is 512 bytes, not 500 bytes. The most valuable comparison isn't to some network graph you may have showing base 10 speeds, it's to the written file. I suppose you could display both speeds, but that line is already long. I'd much rather not see the base 10 numbers at all without a variable/option requesting them. Using base 10 with files is only inviting confusion just like it would be for memory. On Tue, Jan 21, 2025, 10:15 P=C3=A1draig Brady <P@HIDDEN> wrote: > On 18/01/2025 14:17, Chris Ely wrote: > > Hello, > > > > human options would be better if it included base 1024 by default, the > code > > can turn that bit off where it doesn't want it (the si transfer status > > value, should be the only place). > > I'm not sure about that. > Generally data transfer rates (network, usb, disk, ...) are specified in > SI units, > so it would be good to be consistent with those for comparison reasons. > > cheers, > P=C3=A1draig > --0000000000004f38c7062c39778d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <p dir=3D"ltr">dd is a file oriented program. Files aren't stored with = base 10.</p> <p dir=3D"ltr">For dd, especially, the default block size is 512 bytes, not= 500 bytes. The most valuable comparison isn't to some network graph yo= u may have showing base 10 speeds, it's to the written file.</p> <p dir=3D"ltr">I suppose you could display both speeds, but that line is al= ready long. I'd much rather not see the base 10 numbers at all without = a variable/option requesting them.</p> <p dir=3D"ltr">Using base 10 with files is only inviting confusion just lik= e it would be for memory.</p> <br><div class=3D"gmail_quote gmail_quote_container"><div dir=3D"ltr" class= =3D"gmail_attr">On Tue, Jan 21, 2025, 10:15 P=C3=A1draig Brady <<a href= =3D"mailto:P@HIDDEN">P@HIDDEN</a>> wrote:<br></div><bloc= kquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #cc= c solid;padding-left:1ex">On 18/01/2025 14:17, Chris Ely wrote:<br> > Hello,<br> > <br> > human options would be better if it included base 1024 by default, the= code<br> > can turn that bit off where it doesn't want it (the si transfer st= atus<br> > value, should be the only place).<br> <br> I'm not sure about that.<br> Generally data transfer rates (network, usb, disk, ...) are specified in SI= units,<br> so it would be good to be consistent with those for comparison reasons.<br> <br> cheers,<br> P=C3=A1draig<br> </blockquote></div> --0000000000004f38c7062c39778d--
bug-coreutils@HIDDEN:bug#75649; Package coreutils.
Full text available.Received: (at 75649) by debbugs.gnu.org; 21 Jan 2025 15:15:32 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Tue Jan 21 10:15:32 2025 Received: from localhost ([127.0.0.1]:55745 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1taFyV-0005dx-If for submit <at> debbugs.gnu.org; Tue, 21 Jan 2025 10:15:32 -0500 Received: from mail-wr1-x431.google.com ([2a00:1450:4864:20::431]:47173) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from <pixelbeat@HIDDEN>) id 1taFyA-0005Xw-Bx for 75649 <at> debbugs.gnu.org; Tue, 21 Jan 2025 10:15:11 -0500 Received: by mail-wr1-x431.google.com with SMTP id ffacd0b85a97d-385e27c75f4so4776459f8f.2 for <75649 <at> debbugs.gnu.org>; Tue, 21 Jan 2025 07:15:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1737472504; x=1738077304; darn=debbugs.gnu.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=36SMf2AyHt5fiWFgn/zqlP0817hez7NtBpc8dm58acQ=; b=UXvud5o1h0xZd1+H0byqLukig2jaH8VtdW0Bv6L2MuuNWCBwcJSMJ8ALcgINS0Re+q mIRUvMgJdNi/gRYq2Wek/RheZd7bxABdjc9p6GTabvE52y6FxEL4hIFcHHn55g9swlS4 DI8EBZVeVuQCJ/21Eq1lwht+GO5NiXj3Xzlk4hXugbbgmmHAqD6ly2xunudTpwPm7Mee CJBBg5sGbdEP+EW1hEVQBrSpG14kO2++ImVAUHFrkOO0oC5SbK42NH+kW+nRg7MoOlDI x9KZXpU+6PlLtkzUD5NRZm2AGHQB3lqH6/aIT8YN9yOq/YDTkdkv3z7jpeONsoXEkBbq 35SA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737472504; x=1738077304; h=content-transfer-encoding:in-reply-to:from:content-language :references:to:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=36SMf2AyHt5fiWFgn/zqlP0817hez7NtBpc8dm58acQ=; b=jvmaJdBVzRvPF8Cm4pOHDbfDyIijE09MQKXie8cNVjyZLEBjYXSyTh21yAreLyiz64 WyMd6URXodaGpB4nufjcLIt1zuhPdb0qc+aAfyQHPEudkKdPPJfzK0bqzyvgIq1A1Z57 2++BegQc9ibNboz/KwLrYVjfvxxf0ci23SH5L03MzOk+GToQ8eTL3BpvrA35sbU9MVr1 uX6CYpMF1F+nACcrVIzLc4aGqzZ65IWvhU6xNi5J3P77a4T1amvZ+AJ4HzNz1d1pPS2v I3JlpMFzUJ1JXGZbFN6hOJmzuY4z0RCEWHS9XdHaDN1ZwqpHyc7IRXecs6g5/WBkyDL+ QUig== X-Forwarded-Encrypted: i=1; AJvYcCW4rl/Qspw2qoPsY+N1Tl2CY3hvBJ+2QsycEHmZOjbt++Nat6ifGgqLabSQ+5Ch5MtWSxqs3g==@debbugs.gnu.org X-Gm-Message-State: AOJu0YwDiAnej8Md55W+WsaJuOpnIFMNqZucxSR4TlNxr10hmc5Pf1ZL ZJaoLAJ0vlxQkUVLJ8KER5IXSLNJURYr0Xt4SZOZ+a/n0wp09geE X-Gm-Gg: ASbGncvhVGXZfA3ElpkJeR19T3hSdInTrEDHsQokCUjMCr1AvwQP+6I43FdgMTeQJ1Z pDM1kNws/b176U89NBNf01VeaZ1hUjWsGgCxANsA1q1oErjFiW3rZD/PhqwiJgGSVflKUIJBiva 8GsigMOypRCiwP2fu5+K494w8gTk7TxsPrbvND05+SohT062BqNk2ouz+6iqJ4edlJYIO9CRGyo VynZDwvH6pdBE7dIzuDmWecqbEc17vnupsWplx/x5rqKfU/aFYKLGoaZd9lZHeqWrrq3zucq1Cn o4+kIjgwVqTt3VA0uxNMNGy+FH1tNniFf/D+/vSGFtgQXFNmSg== X-Google-Smtp-Source: AGHT+IGtrIaS1dqA6MxMSw/iP5cscF9RnOmn1LGJMYfa/L8giEWeIUQax9YvAhY0ho9bP4cPW7HJZg== X-Received: by 2002:a05:6000:1567:b0:385:fd07:8616 with SMTP id ffacd0b85a97d-38bf55c4d1emr16406810f8f.0.1737472503693; Tue, 21 Jan 2025 07:15:03 -0800 (PST) Received: from [192.168.1.31] (86-44-211-146-dynamic.agg2.lod.rsl-rtd.eircom.net. [86.44.211.146]) by smtp.googlemail.com with ESMTPSA id ffacd0b85a97d-38bf3214fc9sm13366872f8f.6.2025.01.21.07.15.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 21 Jan 2025 07:15:03 -0800 (PST) Message-ID: <6e66f533-f496-44e7-ad15-d6aab93b7970@HIDDEN> Date: Tue, 21 Jan 2025 15:15:01 +0000 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Beta Subject: Re: bug#75649: dd: report base 1024 for bytes per second To: Chris Ely <chris.ely@HIDDEN>, 75649 <at> debbugs.gnu.org References: <CANxFu6dfgkdkrZAvsKVxWXoHRCCR2SyjZzOZrx4tvL9KCstSoQ@HIDDEN> Content-Language: en-US From: =?UTF-8?Q?P=C3=A1draig_Brady?= <P@HIDDEN> In-Reply-To: <CANxFu6dfgkdkrZAvsKVxWXoHRCCR2SyjZzOZrx4tvL9KCstSoQ@HIDDEN> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75649 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 18/01/2025 14:17, Chris Ely wrote: > Hello, > > human options would be better if it included base 1024 by default, the code > can turn that bit off where it doesn't want it (the si transfer status > value, should be the only place). I'm not sure about that. Generally data transfer rates (network, usb, disk, ...) are specified in SI units, so it would be good to be consistent with those for comparison reasons. cheers, Pádraig
bug-coreutils@HIDDEN:bug#75649; Package coreutils.
Full text available.
Received: (at submit) by debbugs.gnu.org; 18 Jan 2025 17:03:54 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Sat Jan 18 12:03:54 2025
Received: from localhost ([127.0.0.1]:43563 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1tZCEj-0001n7-GE
for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 12:03:53 -0500
Received: from lists.gnu.org ([2001:470:142::17]:53716)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <chris.ely@HIDDEN>)
id 1tZ9eF-0001v8-Uv
for submit <at> debbugs.gnu.org; Sat, 18 Jan 2025 09:18:04 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10])
by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <chris.ely@HIDDEN>)
id 1tZ9e1-0002nj-AD
for bug-coreutils@HIDDEN; Sat, 18 Jan 2025 09:17:49 -0500
Received: from mail-lj1-x22d.google.com ([2a00:1450:4864:20::22d])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
(Exim 4.90_1) (envelope-from <chris.ely@HIDDEN>)
id 1tZ9dz-0006bV-Fx
for bug-coreutils@HIDDEN; Sat, 18 Jan 2025 09:17:49 -0500
Received: by mail-lj1-x22d.google.com with SMTP id
38308e7fff4ca-30613802a59so32171411fa.0
for <bug-coreutils@HIDDEN>; Sat, 18 Jan 2025 06:17:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1737209864; x=1737814664; darn=gnu.org;
h=to:subject:message-id:date:from:mime-version:from:to:cc:subject
:date:message-id:reply-to;
bh=+VaxMLN1SPt1HujYwpWG6iXAnYmGDzm7JuTNTuijeHk=;
b=URdZzDaTVljBn6NUxBAVpgbc0MCnqkX1unOYu04OgSzk6iWHCI+VaaAGoMOOH4Ey2m
hVX8ZB54Rvi6UtoobDUjEtnbsCUe8RCpotN0InR8E0nmq+VHNORuu0498wPgD28zcWLf
NjoO0C1vxmPV84VMcRmC9LJ/zuUynSSxbvVngNqH6MPoJ3Od926+doF9G0VZ/Ke/plQw
DkcH8Gxbh3u9+VQ6KZ64K0EfB/p7cfl0zmoj7Um8nm4Z3+/lRQzF7yIeox5aSM4rmNQC
5zj5xPC8RLKKIk3bKDiqSvJwPp2O4bYC+7KNxSv3t0QmcYyapcVTMRYuS6nzy7nYIR72
P+SQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1737209864; x=1737814664;
h=to:subject:message-id:date:from:mime-version:x-gm-message-state
:from:to:cc:subject:date:message-id:reply-to;
bh=+VaxMLN1SPt1HujYwpWG6iXAnYmGDzm7JuTNTuijeHk=;
b=HzZOIwcvT11TRLfoH+0aGnk/vNlAFYRfOwx0Blf3imbHMDeWKwhIgdiYxZM9/bDDbc
GtgAeBvafDNPGwz62QGVvVOx5HdUgy6LYKDrVfoN91riMG4/PrEyoZEiua9EQpQYBZ1y
8I4YFwFxTyH1CrgnF2X53hw0qn02aDc1I0UN2v0V6Fjc+n3twzKEcZGVrT8qHlpgImqk
+i99/qS847xl3wmppTXCOzpdLeDhF6Zle4hZMQzkQaWUATPT/SpDhvjZcdIgw3FTGoz9
vecS0pqnzXDtwHf6g3X9eMArYpo+1mh5uH0iDQ+xx94QGO6uqqienFxUx37lO05fJghO
scHg==
X-Gm-Message-State: AOJu0YxZDow6iTK89VjifNgtWfHkhC/8Wu5fPqvjWuGccCa8+JJky159
OpTleyOX7aeF7yH4+EGuL/wI+35vsDp4OdJMZnr+kjSj7mSW5m5XFbpJkdD5oFQ5ZY3VKQJ+qBC
tZa3kstl7jsEyE8FmaZAuwAD5UURz8w==
X-Gm-Gg: ASbGncukwA78uUVYLtdVI+NAVYQlBAckJQ7PULrIsov0CdIdx1I0EH/C+jlO5Kc7L66
XVKMUatMAf3+WqGwPDeST9+1Htrh+KaFfWR+e4gt6uV8RELotBHnMSn0HM+0CT3G+Rh8pmGZDS4
IG0N7gN46n
X-Google-Smtp-Source: AGHT+IEQf9uEJeCU3Vn9DrE1SUHbmYRGrGyFzG0ZXEQnw2J0jzkKzuNBy2JMpgeLYlpkL4V6LbftO5doezdJMq8Fhtc=
X-Received: by 2002:ac2:490a:0:b0:540:25a6:c342 with SMTP id
2adb3069b0e04-5439c216c3emr1798520e87.4.1737209863416; Sat, 18 Jan 2025
06:17:43 -0800 (PST)
MIME-Version: 1.0
From: Chris Ely <chris.ely@HIDDEN>
Date: Sat, 18 Jan 2025 09:17:31 -0500
X-Gm-Features: AbW1kvY1Ji-Ltm4nAAo6_4XKZRV-M2rORrMJ9-KwNzOcspJX59ix6qZUgUmSFng
Message-ID: <CANxFu6dfgkdkrZAvsKVxWXoHRCCR2SyjZzOZrx4tvL9KCstSoQ@HIDDEN>
Subject: dd: report base 1024 for bytes per second
To: bug-coreutils@HIDDEN
Content-Type: multipart/alternative; boundary="000000000000cf3541062bfbb099"
Received-SPF: pass client-ip=2a00:1450:4864:20::22d;
envelope-from=chris.ely@HIDDEN; helo=mail-lj1-x22d.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001,
HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-Debbugs-Envelope-To: submit
X-Mailman-Approved-At: Sat, 18 Jan 2025 12:03:50 -0500
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 (/)
--000000000000cf3541062bfbb099
Content-Type: text/plain; charset="UTF-8"
Hello,
human options would be better if it included base 1024 by default, the code
can turn that bit off where it doesn't want it (the si transfer status
value, should be the only place).
I think the minimal changes would be something like this:
https://github.com/coreutils/coreutils/compare/master...tcely:coreutils:patch-1.patch
From fdf9763a069db4f0c80a84efae1232123f3d44a3 Mon Sep 17 00:00:00 2001
From: tcely
Date: Sat, 18 Jan 2025 08:00:46 -0500
Subject: [PATCH] Turn on human_base_1024 by default
There was only one place not using that bit.
Turn it off once rather than turning on multiple places.
---
src/dd.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/dd.c b/src/dd.c
index 4e914336b9..b0425e29c4 100644
--- a/src/dd.c
+++ b/src/dd.c
@@ -654,6 +654,7 @@ Options are:\n\
/* Common options to use when displaying sizes and rates. */
enum { human_opts = (human_autoscale | human_round_to_nearest
+ | human_base_1024 | human_group_digits
| human_space_before_unit | human_SI | human_B) };
/* Ensure input buffer IBUF is allocated. */
@@ -738,7 +739,7 @@ print_xfer_stats (xtime_t progress_time)
char hbuf[3][LONGEST_HUMAN_READABLE + sizeof slash_s];
double delta_s;
char const *bytes_per_second;
- char const *si = human_readable (w_bytes, hbuf[0], human_opts, 1, 1);
+ char const *si = human_readable (w_bytes, hbuf[0], human_opts & (~
human_base_1024), 1, 1);
char const *iec = human_readable (w_bytes, hbuf[1],
human_opts | human_base_1024, 1, 1);
--000000000000cf3541062bfbb099
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"auto"><div dir=3D"auto">Hello,</div><div dir=3D"auto"><br></div=
><div dir=3D"auto">human options would be better if it included base 1024 b=
y default, the code can turn that bit off where it doesn't want it (the=
si transfer status value, should be the only place).</div><div dir=3D"auto=
"><br></div><div dir=3D"auto">I think the minimal changes would be somethin=
g like this:</div><div dir=3D"auto"><br></div><div dir=3D"auto"><a href=3D"=
https://github.com/coreutils/coreutils/compare/master...tcely:coreutils:pat=
ch-1.patch">https://github.com/coreutils/coreutils/compare/master...tcely:c=
oreutils:patch-1.patch</a></div><div dir=3D"auto"><br></div><div dir=3D"aut=
o"><div dir=3D"auto">From fdf9763a069db4f0c80a84efae1232123f3d44a3 Mon Sep =
17 00:00:00 2001</div><div dir=3D"auto">From: tcely</div><div dir=3D"auto">=
Date: Sat, 18 Jan 2025 08:00:46 -0500</div><div dir=3D"auto">Subject: [PATC=
H] Turn on human_base_1024 by default</div><div dir=3D"auto"><br></div><div=
dir=3D"auto">There was only one place not using that bit.</div><div dir=3D=
"auto">Turn it off once rather than turning on multiple places.</div><div d=
ir=3D"auto">---</div><div dir=3D"auto">=C2=A0src/dd.c | 3 ++-</div><div dir=
=3D"auto">=C2=A01 file changed, 2 insertions(+), 1 deletion(-)</div><div di=
r=3D"auto"><br></div><div dir=3D"auto">diff --git a/src/dd.c b/src/dd.c</di=
v><div dir=3D"auto">index 4e914336b9..b0425e29c4 100644</div><div dir=3D"au=
to">--- a/src/dd.c</div><div dir=3D"auto">+++ b/src/dd.c</div><div dir=3D"a=
uto">@@ -654,6 +654,7 @@ Options are:\n\</div><div dir=3D"auto">=C2=A0/* Co=
mmon options to use when displaying sizes and rates.=C2=A0 */</div><div dir=
=3D"auto">=C2=A0</div><div dir=3D"auto">=C2=A0enum { human_opts =3D (human_=
autoscale | human_round_to_nearest</div><div dir=3D"auto">+=C2=A0 =C2=A0 =
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0| human_base_=
1024 | human_group_digits</div><div dir=3D"auto">=C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 | human_space_before_u=
nit | human_SI | human_B) };</div><div dir=3D"auto">=C2=A0</div><div dir=3D=
"auto">=C2=A0/* Ensure input buffer IBUF is allocated.=C2=A0 */</div><div d=
ir=3D"auto">@@ -738,7 +739,7 @@ print_xfer_stats (xtime_t progress_time)</d=
iv><div dir=3D"auto">=C2=A0 =C2=A0char hbuf[3][LONGEST_HUMAN_READABLE + siz=
eof slash_s];</div><div dir=3D"auto">=C2=A0 =C2=A0double delta_s;</div><div=
dir=3D"auto">=C2=A0 =C2=A0char const *bytes_per_second;</div><div dir=3D"a=
uto">-=C2=A0 char const *si =3D human_readable (w_bytes, hbuf[0], human_opt=
s, 1, 1);</div><div dir=3D"auto">+=C2=A0 char const *si =3D human_readable =
(w_bytes, hbuf[0], human_opts & (~ human_base_1024), 1, 1);</div><div d=
ir=3D"auto">=C2=A0 =C2=A0char const *iec =3D human_readable (w_bytes, hbuf[=
1],</div><div dir=3D"auto">=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=
=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0human_opts | human_base_1024, 1, 1);</div><div dir=3D"auto">=C2=
=A0</div></div></div>
--000000000000cf3541062bfbb099--
Chris Ely <chris.ely@HIDDEN>:bug-coreutils@HIDDEN.
Full text available.bug-coreutils@HIDDEN:bug#75649; Package coreutils.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.