FireFly Media Server › Firefly Media Server Forums › Firefly Media Server › Nightlies Feedback › svn-1652_deb_lenny_armLE compiles but intern. chars problem › Reply To: svn-1652_deb_lenny_armLE compiles but intern. chars problem
@mas wrote:
Grrrrr. Fu… Unicode.
Now I checked it all and discovered some nasty stuff:
1. I had that slug set to de_DE.UTF-8 a while ago, thats german unicode locale.
2. So far so good. Only I hadn’t noticed that the samba daemon wasnt correctly transcoding between windows (which insists to use UTF16 – stupid Bill Gates) and my box. So some chars were screwed up by this.
3. I now tried for 1h to find a way to get samba to correctly transcode that. Darn. Sure it works somehow but I will be damned if I find out how.
Ok, so I now pulled the plug on unicode and reverted to locale
“de_DE” – no unicode.
Because for this I at least know how to get samba to work correctly:
smb.conf:
[global]
unicode = yes
display charset = ISO-8859-15
dos charset = 850
unix charset = ISO-8859-15
Now unicode is nuked but at least the transcoding between windows samba debian_lenny_LE works again. One run of my tagging program and the files in my Musik folder look again normal.============
Ok, rechecking the mt-daapd problem now WITHOUT unicode.
Heres all errors/warnings I get:
2007-09-06 21:30:43 (40021600): Rescanning database
2007-09-06 21:30:48 (40e654e0): Cannot resolve /usr/share/mt-daapd/admin-root//favicon.ico
2007-09-06 21:30:48 (40e654e0): Thread 18: Entering ws_returnerror (404: Not found)–> Nothing to do with unicode issues but apparently your missing a file on the website code.
And that is the great thing. No more errors. The new svn can handle “de_DE” encoded filenames. It does “only” bark on messed up unicode filenames, which it also shouldnt but at least we can prevent that by not using unicode.
2007-09-06 22:48:15 (40021600): Starting playlist scan
2007-09-06 22:48:24 (40021600): Updating playlists
2007-09-06 22:48:30 (40021600): Scanned 4151 songs (was 4151) in 1469 seconds
Conclusion: The new svn can handle äöüß if the are coded in de_DE without unicode. If they are in de_DE.utf-8 and something gets messed around with windows/samba then it barks. Still a but but a much less critical one.
Talk about a corner case.
Do you have any messed up filenames still? Could you grab a file with path and put it on a small filesystem and gzip and email it to me?
something like:
dd if=/dev/zero of=bad.img bs=1024 count=8192
mke2fs bad.img
mount bad.img /mnt -o loop
tar -cf – /full/path/to/bad/mp3/from/root.mp3 | tar -C /mnt -xf –
umount /mnt
gzip bad.img
that should keep full path filenames and what not, and it would give me a broken file system I could try.
my email is [email protected]
Apologies if that was obvious, but I just wanted to make sure I had the same not-quite-right filenames.
— Ron