Please unsubscribe me!!


[image: Think Green !]



------------------------------------------------------------------------------------

P Please consider the environment before printing this e-mail !



On Fri, Oct 15, 2010 at 9:02 AM, Skybinder <email address hidden> wrote:

> While someone clever works on it
> why not use an old version of unzip to solve the encoding problem,
> just download and replace according to your architecture:
> http://packages.ubuntu.com/ru/jaunty/unzip .
> Use
> unzip -O cp866
> for Windows created zip-archives.
>
> --
> unzip fails to deal correctly with filename encodings
> https://bugs.launchpad.net/bugs/580961
> You received this bug notification because you are a member of Ubuntu
> Greece, which is a direct subscriber.
>
> Status in Ubuntu Japanese Kaizen Project: Fix Committed
> Status in unzip - free software .zip unarchiver: Unknown
> Status in “unzip” package in Ubuntu: Confirmed
> Status in “unzip” package in Debian: Confirmed
> Status in Gentoo Linux: Fix Released
> Status in “unzip” package in Mandriva: Confirmed
>
> Bug description:
> Binary package hint: unzip
>
> This is a fairly annoying bug that's been around and known at least since
> 2005.  It's very visible as it will very often make exchange of zip files
> with Windows users impossible, for example.  As such, it gathered it's fair
> share of "me too" and "how dare you haven't fixed this yet!!111!" comments.
>
> Problem description:
> zip/unzip and the specification fall short when dealing with non-ASCII
> filenames not encoded in UTF-8
>
> test case:
> do an "unzip -l" on the file http://tinyurl.com/2aofpxs and witness the
> question marks
>
> affected programs:
> the problem is in unzip itself, but affects GUI like xarchiver,
> file-roller, etc. that rely on unzip for the decompression
>
> suggested solutions (most are workarounds, not proper fixes):
>  a) reintroduce patch for codepage-based zip filenames: bug 477755,
> http://tinyurl.com/2aqdbqg (Ubuntu blueprint)
>  b) unzip filename according to locale: bug 203609
>  c) Ubuntu JP has a patch, probably not generally applicable, bug 269482
>  d) Russian altlinux distro uses natspec lib and patched zip binary
>
> natspec was mentioned in bug 477755 comment #2 and may indeed be a proper
> fix, needs closer inspection (I haven't really looked, yet.  As discussed in
> https://bugzilla.gnome.org/show_bug.cgi?id=306403 there is no failsafe,
> straight-forward way to fix this in all cases.  Nonetheless, the current
> situation can and should be improved.  There's some good ideas floating
> around.  It needs somebody to pull and wrap them together.
>
> It's unfortunate the FOSS community so far hasn't been able to fix this
> rather visible problem.  I'm opening this ticket as a master bug and clean
> slate to document the issue and current status.  Please don't ruin it by
> making above-mentioned unhelpful comments, they actually slow things down!
>  Please don't nominate for a release.
>
> Unless you're a dev and can provide a patch, you should think VERY
> carefully to do anything but
>
> 1) subscribe yourself to this ticket
> 2) mark this bug as affecting you
> 3) tell me via mail about other bugs you think are a duplicate of this one,
> discussing the same problem
>
> 1) to 3) will showcase to the devs how many people are affected and that is
> the only real chance we have for somebody to take a serious look.  "Me too"
> comments do the opposite, so again, please don't do it.
>
>
>
>
>
> _______________________________________________
> Mailing list: https://launchpad.net/~linux.sch.gr<https://launchpad.net/%7Elinux.sch.gr>
> Post to     : <email address hidden>
> Unsubscribe : https://launchpad.net/~linux.sch.gr<https://launchpad.net/%7Elinux.sch.gr>
> More help   : https://help.launchpad.net/ListHelp
>