From: Eli Zaretskii <eliz@gnu.org>
To: "Clément Pit-Claudel" <cpitclaudel@gmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: [found the culprit]
Date: Fri, 16 Nov 2018 09:48:24 +0200 [thread overview]
Message-ID: <83efbl799z.fsf@gnu.org> (raw)
In-Reply-To: <d610c2eb-f059-8008-af6d-98009817c5b5@gmail.com> (message from Clément Pit-Claudel on Thu, 15 Nov 2018 21:24:43 -0500)
> From: Clément Pit-Claudel <cpitclaudel@gmail.com>
> Date: Thu, 15 Nov 2018 21:24:43 -0500
>
> > The meaning of Z is to compress or uncompress. Extracting an archive is
> > a different operation; it is semantically incoherent for Z to extract
> > an archive.
> >
> > If we want a Dired command to extract archives, we should add one.
> > It can handle .tgz files as well as .tar files and other archive types.
>
> I think this distinction (unpacking vs decompressing) is too subtle. What should we do on formats that support both, like zip? That is, should Z on a zip archive just change its compression mode to store, without extracting the files?
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.
But with .tar.gz files, decompressing and unpacking are two separate
actions, so there's an ambiguity what Z might mean. And IMO (and also
in Richard's, AFAIU), the ambiguity should be resolved in the least
surprising way. Having all the files from an archive extracted
without my explicit permission is a surprise, might even be unpleasant
surprise.
next prev parent reply other threads:[~2018-11-16 7:48 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-13 13:18 tgz extension and dired-do-compress Uwe Brauer
2018-11-13 17:31 ` Eli Zaretskii
2018-11-13 18:15 ` Uwe Brauer
2018-11-14 12:07 ` [emacs -q versus empty .emacs file] (was: tgz extension and dired-do-compress) Uwe Brauer
2018-11-14 12:12 ` [found the culprit] (was: [emacs -q versus empty .emacs file]) Uwe Brauer
2018-11-14 13:15 ` Noam Postavsky
2018-11-14 13:50 ` [found the culprit] Uwe Brauer
2018-11-14 15:43 ` [found the culprit] (was: [emacs -q versus empty .emacs file]) Eli Zaretskii
2018-11-14 15:49 ` [found the culprit] Uwe Brauer
2018-11-14 16:09 ` Eli Zaretskii
2018-11-14 16:39 ` Stefan Monnier
2018-11-14 16:57 ` Uwe Brauer
2018-11-14 17:31 ` Drew Adams
2018-11-14 18:20 ` Stefan Monnier
2018-11-14 19:58 ` Drew Adams
2018-11-14 20:24 ` Eli Zaretskii
2018-11-14 20:43 ` Stefan Monnier
2018-11-14 19:59 ` Eli Zaretskii
2018-11-14 20:38 ` Stefan Monnier
2018-11-14 21:01 ` jpff
2018-11-16 6:45 ` Van L
2018-11-16 0:51 ` [found the culprit] (was: [emacs -q versus empty .emacs file]) Richard Stallman
2018-11-14 12:21 ` [emacs -q versus empty .emacs file] (was: tgz extension and dired-do-compress) Alan Mackenzie
2018-11-14 13:16 ` [emacs -q versus empty .emacs file] Uwe Brauer
[not found] ` <<87tvkjq2mh.fsf_-_@mat.ucm.es>
[not found] ` <<834lcj8y1f.fsf@gnu.org>
2018-11-14 16:17 ` [found the culprit] (was: [emacs -q versus empty .emacs file]) Drew Adams
2018-11-14 16:37 ` Eli Zaretskii
2018-11-14 16:48 ` [found the culprit] Stefan Monnier
2018-11-14 17:22 ` Drew Adams
2018-11-14 18:03 ` Stefan Monnier
2018-11-14 19:40 ` Drew Adams
2018-11-14 20:33 ` Davis Herring
2018-11-14 21:21 ` Drew Adams
2018-11-15 2:34 ` Mike Kupfer
2018-11-16 0:55 ` Richard Stallman
2018-11-16 2:24 ` Clément Pit-Claudel
2018-11-16 7:48 ` Eli Zaretskii [this message]
2018-11-16 13:04 ` Stefan Monnier
2018-11-16 22:59 ` Richard Stallman
2018-11-16 16:17 ` Drew Adams
2018-11-16 23:01 ` Richard Stallman
2018-11-17 8:04 ` Yuri Khan
2018-11-18 0:24 ` Richard Stallman
2018-11-17 1:05 ` Clément Pit-Claudel
2018-11-16 23:01 ` Richard Stallman
2018-11-17 7:42 ` Yuri Khan
2018-11-15 4:57 ` [found the culprit] (was: [emacs -q versus empty .emacs file]) Yuri Khan
2018-11-15 9:46 ` [found the culprit] Andreas Schwab
2018-11-15 15:21 ` Yuri Khan
[not found] ` <<<87tvkjq2mh.fsf_-_@mat.ucm.es>
[not found] ` <<<834lcj8y1f.fsf@gnu.org>
[not found] ` <<f0a3a374-d8ac-45b6-8de6-0e8ccc0ea696@default>
[not found] ` <<83y39v7gym.fsf@gnu.org>
2018-11-14 17:10 ` [found the culprit] (was: [emacs -q versus empty .emacs file]) Drew Adams
[not found] <<875zx1xgiq.fsf@mat.ucm.es>
[not found] <<<875zx1xgiq.fsf@mat.ucm.es>
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83efbl799z.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=cpitclaudel@gmail.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).