Please reinclude the patch for codepage-based zip filenames
Nominated for Lucid by Alexander Melnichuk
Nominated for Maverick by Alexander Melnichuk
Binary package hint: unzip
The unzip package didn't support codepage-based filenames, and a patch from altlinux was included in previous versions of unzip to make it support them with the command-line parameter "-O cpXXX". Some links about this problem are gathered in https:/
This parameter was removed in Karmic, and the changelog (https:/
"Enabled new Unicode support. Closes: #197427. This may or may not work
for your already created zipfiles, but it's not a bug unless they were
created using the Unicode feature present in zip 3.0."
I believe it *is* a bug, since it makes Linux users unable to open .zip files that *adhere* to the zip specification. It's like saying "utf8 is the way to go, so firefox won't support codepage-based websites anymore. Please convert all the websites of the internet to utf8 in order to see them". It's just not realistic... :-(
Please reinclude the patch.
For reproducing, here's a file that uses cp737: http://
I couldn't find *any* way to properly unzip it in Karmic, other than running Windows .zip utilities.
(btw, the bug #197427 that is referenced in the changelog is irrelevant, it's about ffmpeg being outdated)
|Changed in unzip (Ubuntu):|
|importance:||Undecided → Medium|
|status:||New → Confirmed|