Summary: | app-arch/unrar: problem with non-ascii names in the archive | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rafał Mużyło <galtgendo> |
Component: | Current packages | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Rafał Mużyło
2008-08-07 15:47:25 UTC
Bug reports are not supposed to eternally inform people, so before I close this bug report as UPSTREAM: Does app-arch/unrar-gpl exhibit the same issue? Yes, it does. It's even worse, cause instead of extracting with invalid filenames, it simply fails to extract those files at all. But as I said, this is a design flaw of rar itself, not a bug in unrar. rar (in Windows at least), stores Unicode filenames using some algorithm based on system ANSI codepage, that algorithm leads to incorrect results if filenames are outside that ANSI codepage. What I'm talking about here is a hack around that problem. As rar probably won't be fixed and the archive already exists, a flag to ignore stored unicode names would at least allow to fix the problem using convmv. I'd like this bug to stay open, so that somebody having more push could stumble upon it and try to talk to rar developers about it (I mailed them about it a few months ago, but I don't think they understood what the problem is, or simply decided it's to rare to be fixed, after all, rar is a commercial product). . *** This bug has been marked as a duplicate of bug 172430 *** |