Hi I am trying to incorporate a Mac OSX system into my network but am having problems with copying files from my SuSE 9.0 server to OSX. I am using Samba 3.0, standard configuration including using UTF8 on the wire. When I look at a directory containing filenames that include accented characters from OSX Finder, those filenames are either replaced by a sequence of Japanese or other characters starting from the accented character, or the file is omitted from the list. I know that OSX filesystem uses UTF-8 normalization form D whereas my Linux is using ISO8859-1 and I presume Samba is trying to convert this to UTF-8 using normalization form C (filenames look correct from a Windows client). If I list the same directory using OSX Terminal, the filenames are replaced by a string of ??? starting from the non-ASCII character. Anyone know of a fix for this? Nick
Nick Gaunt wrote:
Hi
I am trying to incorporate a Mac OSX system into my network but am having problems with copying files from my SuSE 9.0 server to OSX. I am using Samba 3.0, standard configuration including using UTF8 on the wire. When I look at a directory containing filenames that include accented characters from OSX Finder, those filenames are either replaced by a sequence of Japanese or other characters starting from the accented character, or the file is omitted from the list.
I know that OSX filesystem uses UTF-8 normalization form D whereas my Linux is using ISO8859-1 and I presume Samba is trying to convert this to UTF-8 using normalization form C (filenames look correct from a Windows client).
If I list the same directory using OSX Terminal, the filenames are replaced by a string of ??? starting from the non-ASCII character.
Anyone know of a fix for this?
Nick
The Mac OS X terminal displays the fonts of Japanese and other characters incorrectly. It has a bug since the Mac OS X beta and has never been fixed. It should appear correctly in the Finder however. I'm not sure what the normalization stuff is. All I know is that I dragged files between Mac OS X and Windows 2000 with Japanese characters and file names without any problem. I used a small flash disk formatted as FAT32. Is there a way to get Linux to use UTF-8 for file names?
Yes, you are correct. It seems that Samba wasn't converting the ISO8859-1 filename correctly. I used convmv to convert the problem filenames to UTF8 on Linux, told Samba to assume UTF8 Unix filenames and they then transferred without problem. On 9 Mar 2005, at 17:36, Joaquin Menchaca wrote:
Nick Gaunt wrote:
Hi I am trying to incorporate a Mac OSX system into my network but am having problems with copying files from my SuSE 9.0 server to OSX. I am using Samba 3.0, standard configuration including using UTF8 on the wire. When I look at a directory containing filenames that include accented characters from OSX Finder, those filenames are either replaced by a sequence of Japanese or other characters starting from the accented character, or the file is omitted from the list. I know that OSX filesystem uses UTF-8 normalization form D whereas my Linux is using ISO8859-1 and I presume Samba is trying to convert this to UTF-8 using normalization form C (filenames look correct from a Windows client). If I list the same directory using OSX Terminal, the filenames are replaced by a string of ??? starting from the non-ASCII character. Anyone know of a fix for this? Nick
The Mac OS X terminal displays the fonts of Japanese and other characters incorrectly. It has a bug since the Mac OS X beta and has never been fixed. It should appear correctly in the Finder however.
I'm not sure what the normalization stuff is. All I know is that I dragged files between Mac OS X and Windows 2000 with Japanese characters and file names without any problem. I used a small flash disk formatted as FAT32.
Is there a way to get Linux to use UTF-8 for file names?
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
participants (2)
-
Joaquin Menchaca -
Nick Gaunt