Bugzilla – Bug 146078
hal can't mount removable storage device with correct iocharset/nls/utf8 option.
Last modified: 2007-06-05 12:42:38 UTC
Many filesystems used by removable storage, like VFAG, NTFS, ISO9660, UDF need setting correct iocharset/nls/utf8 option when mounting, otherwise the non-latin filename couldn't be decoded correctly. In SUSE Linux 10.0, we do it in submount, see bug #74614 However submount has been dropped since CODE10 Beta2. So we need fix this issue in another place, maybe in hal?
Coolo, any ideas?
KDE and GNOME decide on their own right now. So it's easy to change the default - or make it depend on the media or the user's locale. Just make a suggestion.
The iocharset/utf8/nls option should be decided by current LC_CTYPE setting. So it should be controlled by /etc/sysconfig/language. However, it's not that simple. Different filesystems use different option, for example, NTFS uses nls instead of iocharset. And for UTF-8 locale, option utf8 is better than "iocharset=utf8" for many filesystems. And for FAT filesystem, maybe codepage is necessary as well. You may refer to the old code in submount package available in SUSE Linux 10.0
hmm, I only implemented utf8 as that is supported by both iso9660 and vat. I won't make it overly complex. For udf and hpfs, hal allows no such option. So we can make the utf8 option default, but nothing more complex.
However, many users in China insist to change the system locale to zh_CN.GB*. In such case the utf8 option will be broken. Can you tell me which piece of code is in charge of it? I'd like to try to implement the complex one :-)
It's too late for that now. But I can tell you bug reports from users that did not try to break their system, that would need fixing first. If the utf8 option is broken, the user can disable it per media.
Ok I see. Does utf8 option work in both KDE and GNOME?
And how about runleve 3?
I can't tell you about GNOME. The runlevel 3 user is on his own anyway, he can mount whatever he wants to. I enabled utf8 as default option, now on to GNOME.
Jeff, does gnome-mount support this yet?
no, gnome-mount does not yet support iocharset stuff. it's on his TODO list tho, afaik. I can try implementing this type of functionality based on the system locale inside G-V-M in the interim tho, until gnome-mount becomes more functional.
submitted a new g-v-m with iocharset, flush, etc on Friday.
I guess we can resolve this as fixed now