GNU bug report logs -
#5475
Archives with filenames with square brackets
Previous Next
Reported by: Juri Linkov <juri <at> jurta.org>
Date: Mon, 25 Jan 2010 17:58:02 UTC
Severity: normal
Done: Juri Linkov <juri <at> jurta.org>
Bug is archived. No further changes may be made.
Full log
Message #47 received at 5475 <at> debbugs.gnu.org (full text, mbox):
> From: Juri Linkov <juri <at> jurta.org>
> Cc: cyd <at> stupidchicken.com, 5475 <at> debbugs.gnu.org
> Date: Sun, 31 Jan 2010 23:59:40 +0200
>
> When I try to set `archive-zip-extract' to ("7z" "x" "-so") it puts some
> unnecessary information (header lines, progress indication, etc.) to
> the output buffer, because it outputs this to stderr. With the following
> change, stderr goes to /dev/null, but there is no chance to see possible errors
> (this patch is for demonstration only, not to be installed):
>
> === modified file 'lisp/arc-mode.el'
> --- lisp/arc-mode.el 2010-01-28 20:06:36 +0000
> +++ lisp/arc-mode.el 2010-01-31 21:48:51 +0000
> @@ -1080,7 +1080,7 @@ (defun archive-extract-by-stdout (archiv
> (apply 'call-process
> (car command)
> nil
> - t
> + '(t nil)
> nil
> (append (cdr command) (list archive name))))
>
> To process 7z in the correct branch, the following patch is needed,
> where any values other than pkunzip/pkzip are processed by
> archive-extract-by-stdout instead of archive-*-extract,
> where "unzip" needs to quote its filenames.
>
> So I propose to install the following patch, and add more
> changes for 7z processing after feature freeze.
Thanks. I'm not sure we need to support 7z, I just tried it to see if
other unzip programs expand wildcards by default like "unzip" does.
This bug report was last modified 15 years and 38 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.