Bug 129759 - app-cdr/cdrtools-2.01.01_alpha07 lacks the unicode patch
|
Bug#:
129759
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: major
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: media-optical@gentoo.org
|
Reported By: rudo@matfyz.cz
|
|
Component: Applications
|
|
|
URL:
|
|
Summary: app-cdr/cdrtools-2.01.01_alpha07 lacks the unicode patch
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-04-12 16:12 0000
|
Hello.
Recently, app-cdr/cdrtools-2.01.01_alpha07 has been marked stable. In the
ChangeLog, I noticed there is supposed to be a "a better fix for unicode".
While this does fix displaying the name of cdrtools author, the patch
(mkisofs-iconv-10.patch) that made it possible to create (valid) ISO images
with Joliet extensions under UTF-8 locale was removed from the ebuild.
To reproduce, create a file with some accents in its name (I'll use č
Hello.
Recently, app-cdr/cdrtools-2.01.01_alpha07 has been marked stable. In the
ChangeLog, I noticed there is supposed to be a "a better fix for unicode".
While this does fix displaying the name of cdrtools author, the patch
(mkisofs-iconv-10.patch) that made it possible to create (valid) ISO images
with Joliet extensions under UTF-8 locale was removed from the ebuild.
To reproduce, create a file with some accents in its name (I'll use
čúčo.txt here) and run:
# mkisofs -r -J -o i.iso čúčo.txt
# mount -o loop,utf8,norock i.iso /mnt
# ls -l /mnt
You see garbled filename (you can get the same result by running "recode
l1..utf8 <<<čúčo.txt").
cdrtools-2.01-r3 works without problems in this regard.
Hmm, I see bugzilla could not cope with the accented text either ;-)))
You should get the idea nevertheless.
Indeed, forcing the use of utf8 with
# mkisofs -input-charset=utf8
no longer works; it complains "Unknown charset"
cdrtools-2.01.01_alpha10 behaves in the same way :(
(In reply to comment #3)
> cdrtools-2.01.01_alpha10 behaves in the same way :(
Strange. I though I already posted an update to that bug several days ago.
I tried to apply the patch to the current alpha10-release of cdrtools, but I
had no luck. Even with patching the patch I could not get it working. Too
many things changed and I'm not used to cdrtool's code.
The utf8-USE-flag indeed just enables proper output of the messages, but can't
handle the iso-creation with utf-8 filenames.
It's much appreciated if somebody can send in a patch that works with alpha10.
Created an attachment (id=92466) [details]
This works to me.
I'm not a programmer but made a patch based on the original
mkisofs-iconv-10.patch.
not sure it is in the right way, but it works to me.
If it's in a wrong way, please someone fix that.
*** Bug 146287 has been marked as a duplicate of this bug. ***
(In reply to comment #5)
> not sure it is in the right way, but it works to me.
Great, that seems to work:
elladan tmp # mkisofs -r -J -o i.iso őű
(In reply to comment #5)
> not sure it is in the right way, but it works to me.
Great, that seems to work:
elladan tmp # mkisofs -r -J -o i.iso őűþ€枉a.txt
INFO: UTF-8 character encoding detected by locale settings.
Assuming UTF-8 encoded filenames on source filesystem,
use -input-charset to override.
Total translation table size: 0
Total rockridge attributes bytes: 258
Total directory bytes: 0
Path table size(bytes): 10
Max brk space used 0
182 extents written (0 MB)
elladan tmp # mount -o loop,utf8,norock i.iso /mnt/misc/
elladan tmp # ls -l /mnt/misc/
total 1
-r-xr-xr-x 1 root root 17 28. Okt 10:49 őűþ€枉a.txt
I'm going to apply your patch to all newer versions of cdrtools in the tree.
It's in portage, so let's close this bug.
