From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#44273: "total used in directory 19 available 5.2 GiB" Date: Fri, 30 Oct 2020 15:46:27 +0200 Message-ID: <83mu03akss.fsf@gnu.org> References: <87sg9zgchl.5.fsf@jidanni.org> <87imarkinz.fsf@gnus.org> <83wnz7aoja.fsf@gnu.org> <87sg9vbzox.fsf@gmx.de> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="27847"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, jidanni@jidanni.org, rms@gnu.org, 44273@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 30 14:48:15 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 1kYUlK-00076B-2Q for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Oct 2020 14:48:14 +0100 Original-Received: from localhost ([::1]:46796 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kYUlJ-0006zU-1H for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 30 Oct 2020 09:48:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39996) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kYUl8-0006yb-CD for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2020 09:48:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45177) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kYUl8-0004Ci-2c for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2020 09:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kYUl8-0008Nl-0v for bug-gnu-emacs@gnu.org; Fri, 30 Oct 2020 09:48:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 30 Oct 2020 13:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44273 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix patch Original-Received: via spool by 44273-submit@debbugs.gnu.org id=B44273.160406562332145 (code B ref 44273); Fri, 30 Oct 2020 13:48:01 +0000 Original-Received: (at 44273) by debbugs.gnu.org; 30 Oct 2020 13:47:03 +0000 Original-Received: from localhost ([127.0.0.1]:56721 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kYUkB-0008MP-J1 for submit@debbugs.gnu.org; Fri, 30 Oct 2020 09:47:03 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:39676) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kYUkA-0008Lt-5Q for 44273@debbugs.gnu.org; Fri, 30 Oct 2020 09:47:02 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:44603) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kYUk4-00048z-Kh; Fri, 30 Oct 2020 09:46:56 -0400 Original-Received: from [176.228.60.248] (port=3017 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kYUjs-0004yT-Fp; Fri, 30 Oct 2020 09:46:45 -0400 In-Reply-To: <87sg9vbzox.fsf@gmx.de> (message from Michael Albinus on Fri, 30 Oct 2020 14:39:26 +0100) 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:192108 Archived-At: > From: Michael Albinus > Cc: Lars Ingebrigtsen , jidanni@jidanni.org, rms@gnu.org, > 44273@debbugs.gnu.org > Date: Fri, 30 Oct 2020 14:39:26 +0100 > > Eli Zaretskii writes: > > >> My suggestion is to not display the line by default. People who do find > >> it useful can switch it on (but I doubt they exist in large numbers). > > > > An alternative would be to replace this line with a similar one, but > > in which the units are under our control, and can be spelled out. > > This could decrease performance, because you need to calculate the size > of all files there. Since a user option is being discussed, we could have this an opt-in feature controlled by that option. Since most users aren't annoyed by the original value (as evidenced by the lack of complaints until now), we can assume the few who are motivated to see a value with units will agree to pay something in performance.