Re: [patch] [bug 432510] samba filename encoding on none UTF-8 locales
- From: Takao Fujiwara - Tokyo S/W Center <Takao Fujiwara Sun COM>
- To: Alexander Larsson <alexl redhat com>
- Cc: nautilus-list gnome org
- Subject: Re: [patch] [bug 432510] samba filename encoding on none UTF-8 locales
- Date: Mon, 23 Apr 2007 20:59:46 +0900
Alexander Larsson wrote:
On Mon, 2007-04-23 at 17:06 +0900, Takao Fujiwara - Tokyo S/W Center
wrote:
Hi,
I attached the patch to work copy/paste samba files on none UTF-8 client.
http://bugzilla.gnome.org/show_bug.cgi?id=432510
Could you review this?
Hmm, the plan was to have gnome-vfs always use utf8 uris for smb:. This
should be theoretically doable, since samba knows the smb share encoding
and should be able to convert to/from utf8. Isn't this happening?
OK, it's my case 1. If we expect gnome-vfs always use UTF-8, it's different encodings between samba and the locale filesystem, i.e. samba is UTF-8 and Nautilus is launched on the current locale in the local filesystem. Then when copy the file from samba to the locale filesystem, the filename is garbaged because Nautilus try to show the filename with the current locale but it's UTF-8.
I have one problem in this suggestion: If I think to convert the encoding in Nautilus when I copy files from samba to local, it works on the parent filenames or directory names but it does not work when the dictory also includes the multibyte filenames.
If not, is there not something we can do in libsmbclient to enforce
this?
I think the above problem cannot resolve in the samba side.
What do you think?
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson Red Hat, Inc
alexl redhat com alla lysator liu se
He's an old-fashioned neurotic inventor looking for 'the Big One.' She's an
artistic nymphomaniac lawyer who believes she is the reincarnation of an
ancient Egyptian queen. They fight crime!
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]