From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.bugs Subject: bug#36729: 27.0.50; Unclear total in directory listing Date: Wed, 26 Aug 2020 12:10:21 +0200 Message-ID: <87mu2hen02.fsf@gmx.net> References: <048FD91B-CDA0-4444-8F6F-C5B2F5C595CD@acm.org> <83k1ceusn1.fsf@gnu.org> <87sgr2887n.fsf@gmx.net> <871rjyn5hn.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29437"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , 36729@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Aug 26 12:11:44 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAsPA-0007Wf-BB for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 26 Aug 2020 12:11:44 +0200 Original-Received: from localhost ([::1]:59860 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kAsP9-0008CC-75 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 26 Aug 2020 06:11:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33138) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kAsOU-0008A7-VY for bug-gnu-emacs@gnu.org; Wed, 26 Aug 2020 06:11:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54135) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kAsOU-0004Bp-Ju for bug-gnu-emacs@gnu.org; Wed, 26 Aug 2020 06:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kAsOU-0005hO-Fd for bug-gnu-emacs@gnu.org; Wed, 26 Aug 2020 06:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stephen Berman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Aug 2020 10:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36729 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 36729-submit@debbugs.gnu.org id=B36729.159843663321866 (code B ref 36729); Wed, 26 Aug 2020 10:11:02 +0000 Original-Received: (at 36729) by debbugs.gnu.org; 26 Aug 2020 10:10:33 +0000 Original-Received: from localhost ([127.0.0.1]:37446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAsO1-0005gb-6j for submit@debbugs.gnu.org; Wed, 26 Aug 2020 06:10:33 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:35745) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAsNz-0005gP-My for 36729@debbugs.gnu.org; Wed, 26 Aug 2020 06:10:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1598436623; bh=L/EqrWjpYKdKIlKEsvNROPLyqwRmbt7RmRWangeWhfY=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=g5XvR5UZtoIYMbHDdyU0FNCb15FFbXnMVO+ToJ13u/fywyN+JBtd7rP1VE3+JljB4 X8G4bHA/Fzp1mGZ+31SVHuXXzDwXhIzFUP3Fg4GUQ5fRelzOeMMfkBmcZvjvxchYYE K7inEwU63/Hyibb5BTf49Rdv/SvVHwJm3hg5IZe0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from strobe-jhalfs ([84.61.246.117]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MWih0-1k8hcN1RKy-00X1XF; Wed, 26 Aug 2020 12:10:23 +0200 In-Reply-To: <871rjyn5hn.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sat, 22 Aug 2020 16:02:28 +0200") X-Provags-ID: V03:K1:1JRHyXkACYrP53KhxLCAJVyQtlshnJIkSUMqMEa1Q18rrWF5qg2 jgSlWUZCiGwlIfnj+piQzyLHpL9y9jwMyHkBvPZXpYxyTVQ9Wvmy2OYJl01/kh9Nr6K58Cf j7UtJ+ZBN65zOXxWVNzl/ECN5rhH27ctZX5sZ4uNCq9kyNtCcJJMMVWFgjddbYGyKH8/uwr Gg4IVbN6oWam6QFhHqybA== X-UI-Out-Filterresults: notjunk:1;V03:K0:LbcsiM7r7pY=:rVxBftc9IqSOoJAjM3EAGf /+VHJyaBFGmrReGMdI79u+C7w7NT6xERYwd6zLfNBLnEUOpsDLjAKVGGlXwDsQZ+Z2Q/1A2pP Fk84DchC/gT+P4qF0hn1Q9mhehGD8dCiwMGigukIKHx19mL53ZEeE6Z+AQVYlE21yuYJ0A1LV sJdbheHFs1XId6uKpWw4njSINJGelJjV6oKZ3SKRgQqMX2F51/i4ykixttvkmT/KzYfYhz6zK QTb8B1HS5gqArEvgd7S0L0ud4mVouHQpDkI/zYeMdbFOD+Vpf+n+l6qYbEt7IRq1aR+PQahP1 tP/NLqW7GL0RnmsuCjD1vR51LIEza706xfGx3HMgr7u0EFfWpdd8lwcgeKZO3jZPSKJ+iAUEb 1cnpmDNiKobSC0YdSMl1n/QtIeR4NWT2TtvKq5kw32W+QUflJGpaQu8zuuqEC3F7z5q7q+/G0 Iayu2ALr0F6XCDqNsN7ZtYYfVtt2apELs/xtDUU4vTHz9AXVh7xxmLRErrSk9BJa58Mitgpmf heT7afjpuS2rw1zIqW/5ylWk5KvATQfJIv+2wUYnl9u7NmDwYj767FGG8gO8aQzo0dP/F81hu 08Rz5VD7v81Kc8//3y4q04ma7ubpSTClW8mSj0tcqArGIGsMPiLca+fNqJEVp77aYy2HVxog+ nTRW4JgvDkJUYzWLkEAkT9+6Cqti7WF+ISdxoUD7L/Vrwmvlq/MM3sRaTtkllZdCRAfvtSyX0 gkqre2grl/Zh8r1n0C85ruTa80t2nnJloQRkXA3Z+8it/cwmJ0l4qqxTKHpKqee6xe755jeH X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:186411 Archived-At: On Sat, 22 Aug 2020 16:02:28 +0200 Lars Ingebrigtsen wrot= e: > Stephen Berman writes: > >> An alternative is to do for "total used" what was done for "available". >> On systems that use `ls' (at least the GNU version), users can do that >> by setting the environment variable BLOCK_SIZE, but since the change to >> the display of "available" was unconditional (if I'm not mistaken), we >> could do the same for the display of "total used", e.g. as in the below >> patch. > > [...] > >> + (block-size (getenv "BLOCK_SIZE")) >> end) >> + (setenv "BLOCK_SIZE" "si") > > [...] > >> - (dired-insert-set-properties content-point (point))))) >> + (dired-insert-set-properties content-point (point))) >> + (if block-size >> + (setenv "BLOCK_SIZE" block-size) >> + (setenv-internal process-environment "BLOCK_SIZE" nil t)))) > > Makes sense to me, but this should probably be protected by an > `unwind-protect' to ensure that things get properly reset. Yes, but since this idea won't work with all ls implementations, I assumed it's not worth pursuing. Steve Berman