@Launchpad Janitor in #81, the proposed fix really BREAKS the fix by
@frol 's PPA.
$wget
http://ru.archive.ubuntu.com/ubuntu/pool/main/u/unzip/unzip_6.0-4ubuntu1_amd64.deb
$sudo dpkg -i unzip_6.0-4ubuntu1_amd64.deb
$unzip -l russian.zip
008 - Russian/?? ?? ??
I contacted the author of last patches (compiled into PPA by @frol)
about reported flaw with Hebrew and possibly other languages than
Russian.
He said he just solved problem for himself, published the solution on
his favorite local Linux/FOSS site "so it won't be lost", and doesn't
want to work on
@Shimi Chen, thank you for testing, but this way of reporting is
counter-constructive, since it's not reproducible.
Please supply minimal live examples of:
* good and bad Hebrew archives
* descriptions of how did you construct them. Scripts for automated testing are
especially welcome.
* files at
@Brian: unzip is only a half of solution (not tested personally), zip
will remain broken, writing archives not readable on other systems.
@Aron: Done, but I have heard what Debian maintainer for ZIP doesn't
want to accept solution what won't be ultimately upstreamed, and InfoZIP
team does not acce
Here is, indeed, the ready working solution right at this site:
1) Add two PPA's, https://launchpad.net/~frol/+archive/zip-i18n/ (the patches I
mentioned in #61, with the same publication reference) and
https://launchpad.net/~r0lf/+archive/ppa (libnatspec, it's dependency)
2) apt-get update; apt-
The bug is FIXED by Russian AltLinux community and some humble developer
who improved on their patch to apply to then-newest (2010-11) InfoZIP
sources, but published only in country-local website in Russian
language.
Here's the Google-translated publication with all links and
instructions: http://