From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#44273: "total used in directory 19 available 5.2 GiB" Date: Wed, 28 Oct 2020 12:02:06 +0100 Message-ID: <877dravck1.fsf@gnus.org> References: <87sg9zgchl.5.fsf@jidanni.org> <9FFBEBAF-FBB3-4AC9-950E-70B3927032F9@acm.org> <87h7qevdfc.fsf@gnus.org> <7B559E59-D3CA-4515-B17C-336029B7FBFA@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20321"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: =?UTF-8?Q?=E7=A9=8D=E4=B8=B9=E5=B0=BC?= Dan Jacobson , 44273@debbugs.gnu.org To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Oct 28 12:03:17 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 1kXjEa-0005Ah-3u for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 28 Oct 2020 12:03:16 +0100 Original-Received: from localhost ([::1]:37756 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kXjEZ-0004ZL-3m for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 28 Oct 2020 07:03:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43214) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kXjEM-0004Sa-Cp for bug-gnu-emacs@gnu.org; Wed, 28 Oct 2020 07:03:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:35838) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kXjEM-0002ki-37 for bug-gnu-emacs@gnu.org; Wed, 28 Oct 2020 07:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kXjEM-0007zA-0J for bug-gnu-emacs@gnu.org; Wed, 28 Oct 2020 07:03:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Oct 2020 11:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44273 X-GNU-PR-Package: emacs Original-Received: via spool by 44273-submit@debbugs.gnu.org id=B44273.160388294529912 (code B ref 44273); Wed, 28 Oct 2020 11:03:01 +0000 Original-Received: (at 44273) by debbugs.gnu.org; 28 Oct 2020 11:02:25 +0000 Original-Received: from localhost ([127.0.0.1]:47382 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXjDk-0007m6-Gd for submit@debbugs.gnu.org; Wed, 28 Oct 2020 07:02:24 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:40566) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXjDi-0007gd-Iq for 44273@debbugs.gnu.org; Wed, 28 Oct 2020 07:02:23 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=iCqsstS2Ug3INzfRQHkoifbp/q5bRwf59GQUy9RyjwM=; b=Z4IulpVBa0tWCyc0UunDEU1RAg JJKyOHFLmCSujHQOaFEateCsWxwf8vdE20KWURerpqfxgImB8ga8is/0hzTJlRKFEzdY5htHla3/I GrtmL9Ns1v+Br6QvEs7bFtIdfzuzi3yH3zin7c60nvZZ8hBpb6XolZs+Z+cueXC0TGB4=; Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kXjDU-0000vg-DC; Wed, 28 Oct 2020 12:02:15 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEUmDhZZNDzMpHV8 g3HpvoerJDD////cCWDoAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+QKHAooGFLYsJgAAAGySURBVDjL nZRBcsMgDEVhMt1boTmAhbMvyD2AQTlA0vr+V6kEJNhuV2XBGL/5kr6Qbcw/F5Q1Er07HI7kcici BzQcNKus+69Q9rLWBQfwfL+u+0BWXyFeNdpwFEzMnA7BbHvPfN1LRPDgunaSLmC+bWu2XZB4W5hE +m6Ap2uPpeam9ASbWCUFNhBTr2sHAvYkBVBJjSmcO9C+PmhKyOO8wFt3cikgsmfi0fwBNFawB7C2 5Mlf9gBLS2TLBxCj1iRbULvwqurhaeLFnTiB+XyB0sMQOYcTe+tuW4MCRMLiz8633hJtYiCpC30Y ztd+h3qBgYRQAM24BevdReQMYLd3q4cvEO+jzOkO1FiYA7jP3ZjY9YHZMXuYx+2UQERPTLI7/DAW nuQsXVqAc0xSmoAZKWi0U+kq6J7143D65AXMpd+Q5No9uKGdg7F1BkOei4/B1ovxNZI8ZDG4yAd3 eoGqSNmhGuzAVYAeIgcFaQ8SiZugOc71aFwbA6KiqLYkgCFsZclNJTVWwKQAi2ZxpXpj3mUqUIEs 1WTbwMz4AirJRrC2SIYYUwNx0mxz0v+LFSBe/Q8lTa9DjgYJPQAAACV0RVh0ZGF0ZTpjcmVhdGUA MjAyMC0xMC0yOFQxMDo0MDoyNCswMDowMFVo46YAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjAtMTAt MjhUMTA6NDA6MjQrMDA6MDAkNVsaAAAAAElFTkSuQmCC X-Now-Playing: New Fads's _Love It All_: "Monday It Is" In-Reply-To: <7B559E59-D3CA-4515-B17C-336029B7FBFA@acm.org> ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Wed, 28 Oct 2020 11:53:31 +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:191843 Archived-At: Mattias Engdeg=C3=A5rd writes: > I'm all for removing it, but there is the usual howling crowd > insisting that it is indispensable and highly meaningful on their > machine and how dare we even think of changing anything in Emacs. Good > luck. :-) That's quite common, yes, and sometimes it's justified, even. > That's why bug#36729 was closed as wontfix. (This is a duplicate.) I didn't see any howling in that bug report, though? I just skimmed it quickly. As an aside: The general design of dired is frustrating. Dumping whatever the system "ls" gives us into a buffer and then trying to make do isn't a good approach. The argument that Tramp needs to parse "ls" output is valid, and that "ls" is faster than `ls-lisp' is, too, but it's still backwards: Dired should take a well-defined data structure and then render it according to however the user wants. The data can come from `ls-lisp', but it could also come from "ls": We just need to write a parser that parses the data. That's infinitely more viable than the gazillion tweaks we've added to dired to do the right thing if "-F" adds "@" at the end or not, etc etc etc. All the nasty parsing stuff would be contained to a single parsing function and not infest all of dired. Anyway. Implementing this is left as a weekend project for somebody. :-) --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no