From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [found the culprit] Date: Fri, 16 Nov 2018 17:59:52 -0500 Message-ID: References: <27024.1542249282@alto> <83efbl799z.fsf@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: blaine.gmane.org Content-Type: text/plain; charset=Utf-8 X-Trace: blaine.gmane.org 1542409078 3351 195.159.176.226 (16 Nov 2018 22:57:58 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 16 Nov 2018 22:57:58 +0000 (UTC) Cc: cpitclaudel@gmail.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 16 23:57:54 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gNn3f-0000hq-Ct for ged-emacs-devel@m.gmane.org; Fri, 16 Nov 2018 23:57:51 +0100 Original-Received: from localhost ([::1]:47333 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNn5m-0004zL-0I for ged-emacs-devel@m.gmane.org; Fri, 16 Nov 2018 18:00:02 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51958) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNn5f-0004zA-57 for emacs-devel@gnu.org; Fri, 16 Nov 2018 17:59:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gNn5e-0000Co-8Z for emacs-devel@gnu.org; Fri, 16 Nov 2018 17:59:55 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:56386) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gNn5c-0000AF-Is; Fri, 16 Nov 2018 17:59:52 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.82) (envelope-from ) id 1gNn5c-0005gH-BY; Fri, 16 Nov 2018 17:59:52 -0500 In-Reply-To: <83efbl799z.fsf@gnu.org> (message from Eli Zaretskii on Fri, 16 Nov 2018 09:48:24 +0200) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:231204 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Where there's only one meaning of Z, there's no problem. Hardly > anyone would want Z on a zip archive to change the compression method; > that's not what Z is about: it compresses or decompresses, and > decompressing a zip archive _means_ unpacking it. It does not literally make sense to "decompress" an archive. Any kind of archive. That stretches the meaning of "decompress". Such stretching might be ok, if it led to no confusion or conflict. However, what we see is that it does lead to confusion. So Z should not unpack archives -- not even zip archives. Instead, we should have a different letter for unpacking archives. I suggest moving dired-do-find-regexp to F ad defining A to unpacking an archive. -- Dr Richard Stallman President, Free Software Foundation (https://gnu.org, https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)