Bug#737843: manipulate unzip behavior

[Emmanuel Bourg]

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' 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.

I realize I didn't explain in my initial report why the transformation
of the files was an issue for javamail. The file affected [1] is
involved in a test case that is sensitive to the line endings [2]. Most
of the lines in folddata end with \n, but a few of them are terminated
by \r\n to cover some corner cases with different line endings. The
transformation performed by uscan alters folddata and causes the test to
fail.

Emmanuel Bourg

[1]
https://sources.debian.net/src/javamail/1.5.3-1/mail/src/test/resources/javax/mail/internet/folddata
[2]
https://sources.debian.net/src/javamail/1.5.3-1/mail/src/test/java/javax/mail/internet/FoldTest.java