Hi,
zip has -a -aa -b ... mostly for non-unix platform needs from the
previous days.
So there is no strong argument to select -a. So I added --unzipopt
option and watch file option.
Osamu
On Mon 2015-11-16 02:52:49 -0500, Emmanuel Bourg wrote:
> Another point worth considering, uscan doesn't apply a filter equivalent
> to 'unzip -a' to .tar.gz archives, so for consistency I'd argue that it
> shouldn't do it for zip archives either and unpack the files as is.
fwiw, my initial concer
Le 15/11/2015 10:12, Osamu Aoki a écrit :
> This is tough call which default we should deploy. But I vote for not
> using -a for default while making alternative behavior accessible for
> people who need them.
Another point worth considering, uscan doesn't apply a filter equivalent
to 'unzip -a'
Hi,
On Sun, Nov 15, 2015 at 09:12:25AM +0100, Emmanuel Bourg wrote:
> Hi Osamu,
>
> Thank you for the feedback. Adding optional unzip options to uscan isn't
> uninteresting but that's a much larger goal than the issue I raised.
I re-read the bug reports in question:
https://bugs.debian.org/7378
Hi Osamu,
Thank you for the feedback. Adding optional unzip options to uscan isn't
uninteresting but that's a much larger goal than the issue I raised. I'm
just requesting that uscan doesn't change the content of the upstream
files, that's a reasonable expectation I think. This should be the
defau
control: retitle -1 optional setting of unpack/repack command options
Hi,
I do not think we should change the current default uscan behavior for
unzip to keep other programs happy (other than javaxmail).
At the same time, uscan should be flexible enough to accomodate needs
raised by this bug htt
6 matches
Mail list logo
