On Tue, 22 Jan 2008, Bernhard Kaindl wrote:
>
> Because (open)SuSE distros default to UTF-8 since a many years, I think that
> it will make sense for the ntfs-3g package of the upcoming openSUSE 11.0 alpha
> releases to use UTF-8 as default charset for filenames, (currently, in case
> no locale is set, everything with international characters is
> hidden/rejected).
It's been under consideration reporting an error in such cases for some
time but I'm afraid that would cause even more confusion since no files
would be shown at all from a directory containing problematic file names
during directory listings, only an error message.
> I do not yet know how a patch for this would look like, but I want to
> ask if a patch which makes it an option for configure would be welcome.
The issue is not so simple. Partly please see here:
http://forum.ntfs-3g.org/viewtopic.php?p=2928#2928
There were also reports that correctly installing, configuring and setting
UTF-8 doesn't always help. It seems that attaching this problem to 'locale'
was a design fault since basically we have two different issues here.
I'm also not totally convinced that glibc can always convert Microsoft
UTF16-LE "variant" to UTF-8 bijectively. It appears we need more control
than what is available.
I'd prefer not to introduce new non-solutions which would result even more
confusion. Since the issue is confusing enough, the next solution should be
really the "perfect" one.
At the moment if you would like to set UTF-8 to be the default then just
'export LANG=foo_bar.UTF-8' an existing locale before mounting any volume
and the driver will use UTF-8. For example Ubuntu is doing this.
Regards,
Szaka
> On Mon, 26 Nov 2007, Szabolcs Szakacsits wrote:
> >
> > Hi Andrzej,
> >
> > Thanks for sharing your findings.
> >
> > On Sun, 25 Nov 2007, Andrzej Szelachowski wrote:
> >
> > > I'm using slackware 12.0, with selfcompiled 2.6.22.6 Linux kernel,
> > > fuse-2.7.0
> > > and ntfs-3g-1.1120.
> > >
> > > I have strange problems with Polish national characters similar to the
> > > one
> > > described at
> > > http://www.ntfs-3g.org/support.html#locale
> > >
> > > So I tried to by-pass it as suggested with "locale" option.
> >
> > You can't really by-pass the problem using "locale". The "locale" option is
> > a horrible potential workaround when your locale environment is not
> > correctly installed and configured.
> >
> > Why the "locale" option is horrible? Because it makes users think that it
> > will solve their problems. Definitely not!!! Things must work perfectly
> > without the "locale" option. If not then you already have a major problem
> > with your distribution.
> >
> > During mount the ntfs-3g driver reads your locale environment and converts
> > the file names to this character set. If
> >
> > - locale doesnt' specify anything
> > - locale specifies the wrong setting
> > - the correct conversion tables are not installed
> > - the correct conversion tables are not accessible
> > - terminal can not display the characters
> > - softwares can not handle the characters
> >
> > then one can not see the files correctly or at all.
> >
> > The ntfs-3g driver absolutely can not do anything about this. The problem
> > is irrelevant to the ntfs-3g driver. The driver simply just tries to
> > convert the otherwise unrepresentable NTFS file names to something the
> > distribution specifies. If the distribution specific locale setup or
> > configuration is wrong then it must be fixed there, not in the ntfs-3g
> > driver.
> >
> > Your experimentation shows that the locale handling on Slackware is pretty
> > broken.
> >
> > In the future at some point the driver will default to UTF8 conversion.
> > Hopefully that will cause less confusion for people since more and more
> > distro supports this increasingly better.
> >
> > Thanks,
> > Szaka
>
--
NTFS-3G: http://ntfs-3g.org
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
ntfs-3g-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ntfs-3g-devel
