From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Oleh Krehel Newsgroups: gmane.emacs.devel Subject: Re: master 6d6bf46 2/2: Make dired-do-compress work for *.tar.gz files Date: Wed, 21 Oct 2015 09:57:13 +0200 Message-ID: <87bnbsu012.fsf@gmail.com> References: <20151013135354.28594.43074@vcs.savannah.gnu.org> <87io69opbs.fsf@gmail.com> <83bnc083k3.fsf@gnu.org> <871tcvks7o.fsf@gmail.com> <83si5b54m9.fsf@gnu.org> <87wpunsz6w.fsf@gmail.com> <83mvvi6fu9.fsf@gnu.org> <87wpuhud8l.fsf@gmail.com> <83r3kpfuzw.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1445414223 885 80.91.229.3 (21 Oct 2015 07:57:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Oct 2015 07:57:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 21 09:57:03 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZooGS-0006cY-VR for ged-emacs-devel@m.gmane.org; Wed, 21 Oct 2015 09:56:53 +0200 Original-Received: from localhost ([::1]:49699 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZooGS-0006qE-9g for ged-emacs-devel@m.gmane.org; Wed, 21 Oct 2015 03:56:52 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38533) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZooGP-0006pQ-Ak for emacs-devel@gnu.org; Wed, 21 Oct 2015 03:56:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZooGK-0000Xb-3a for emacs-devel@gnu.org; Wed, 21 Oct 2015 03:56:47 -0400 Original-Received: from mail-wi0-x22f.google.com ([2a00:1450:400c:c05::22f]:37194) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZooGJ-0000XW-TH; Wed, 21 Oct 2015 03:56:44 -0400 Original-Received: by wicfv8 with SMTP id fv8so62215945wic.0; Wed, 21 Oct 2015 00:56:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=3Vz4EPkl5RRqnDoP3f1l3D3GjMJMd35AehLGlcEzt0k=; b=gBkg1mqhQgBtga5Tll3JiMSB9ktRRQm9Yv4ypkacA1Y1qz81m6QYFJj8JBnmVJSWCQ wX29Q8HgzzuEr2oDy9PJlAPs0QhfIsH4dP9WHUERcL6cs3LJaAb8AMcbJO2F9zpDFDUG FPVbSsSC4RlUdAkZCB30fvpO9vhqxRr5OExPwnBWY4/gk8Q8PkVsQTkozGzKxclUjnol bGPssQeYyPCuZ7wDeeqQFT8G0uiqkv0EqFqsck4HjUMdcdeLBcXigVJbZzNmykH1NvE0 v4XlwzIwkjaeblPiJV0NgPVWYk0H6xf+TAa6NECEZn2CUmsUYfBwXq0s6qfZcnE8uPMA ESsg== X-Received: by 10.194.242.202 with SMTP id ws10mr8788574wjc.47.1445414203022; Wed, 21 Oct 2015 00:56:43 -0700 (PDT) Original-Received: from firefly (dyn069045.nbw.tue.nl. [131.155.69.45]) by smtp.gmail.com with ESMTPSA id q1sm8645723wjy.31.2015.10.21.00.56.41 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Wed, 21 Oct 2015 00:56:41 -0700 (PDT) In-Reply-To: <83r3kpfuzw.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 20 Oct 2015 17:57:23 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22f X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:192267 Archived-At: Eli Zaretskii writes: >> >> (t ".tar.gz" "tar -c %i | gzip -c9 > %o") >> > >> > If you intend to use redirection at the shell command-line level, the >> > file name that replaces %o will need on MS-Windows to be run through >> > some function that converts forward slashes to backslashes. >> >> Doesn't `file-name-nondirectory' already do that? > > Is that what %o stands for? If so, I apologize for not looking > deeper: relative file names without any leading directories of course > cannot have any such problems. (Does that mean that this command will > only support producing the tarball in the same directory which Dired > displays?) Yes, only in the current directory, which makes sense for "Z", which compresses all marked files to a map of their own names in their own directory. >> I also want to add a new command to dired that compresses all marked >> files into a single named archive: the user gets prompted for a name >> (through `completing-read'+`read-file-name-internal') and the shell >> command is resolved from that name. I'd like for it to be bound by >> default, like "Z". Maybe like this: >> >> (define-key map "c" 'dired-compress) >> >> The proposed key isn't bound by default. Is that OK? > > Sounds OK to me, but maybe wait for a while for others to speak up. The new `dired-compress' would be able to compress to any directory on the file system.