From: Lukasz Stelmach <stlman@poczta.fm>
To: mru@inprovide.com
Cc: linux-kernel@vger.kernel.org
Subject: Re: A Great Idea (tm) about reimplementing NLS.
Date: Sat, 18 Jun 2005 16:48:04 +0200 [thread overview]
Message-ID: <42B43424.6090708@poczta.fm> (raw)
In-Reply-To: <yw1xll5a1vyd.fsf@ford.inprovide.com>
[-- Attachment #1: Type: text/plain, Size: 2196 bytes --]
Måns Rullgård napisał(a):
>>>What do you do if the underlying filesystem can not store some unicode
>>>characters that are allowed on others?
>>
>>That's why UTF-8 is suggested. UTF-8 has been developed to "fool" the
>>software that need not to be aware of unicodeness of the text it manages
>>to handle it without any hickups *and* to store in the text information
>>about multibyte characters.What characters exactly you do mean? NULL?
>>There is no NULL byte in any UTF-8 string except the one which
>>terminates it.
>
> That's exactly how ext3, reiserfs, xfs, jfs, etc. all work. A few
> filesystems are tagged as using some specific encoding. If your
> filesystem is marked for iso-8859-1, what should a kernel with a
> conversion mechanism do if a user tries to name a file 김?
Return -ENOENT? I am guessing. But please tell me what should do
userland software if it runs with locale set to something.iso-8859-2 and
finds 김 in the directory? That is the same problem. And for now ISO
8-bit encodings are far more popolar and usefull with contemporary tools
than UTF-8. That is why I think suggestion of a layer in the kernel that
would translate filenames form utf-8 stored on the media to e.g. latin2
used by tools is quite reasonable. Especially when there is more than
one encoding for a particular language (think Russian, Polish). Even
more, with such a facility transition would be much more greaceful since
you could have utf-8 filesystem and then you can worry about tools other
tools. The filesystem is already populated with UFT-8 names.
>>>I think UDF is a better filesystem for many types of media since it is
>>>able to me more gently to the sectors storing the meta data than VFAT
>>>ever will be.
>>I've tried cd packet writing with UDF and it gives insane overhead of
>>about 20%. What metadata you'd like to store for example on your
>>flashdrive or a floppy disk?
>
> Filename, timestamps, all the usual.
That's why IMHO FAT is quite enough for this purpose.
--
Było mi bardzo miło. Trzecia pospolita klęska, [...]
>Łukasz< Już nie katolicka lecz złodziejska. (c)PP
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]
next prev parent reply other threads:[~2005-06-18 14:48 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-13 10:38 A Great Idea (tm) about reimplementing NLS Alexey Zaytsev
2005-06-13 10:49 ` Stefan Smietanowski
2005-06-13 18:01 ` Islam Amer
2005-06-14 9:32 ` Islam Amer
2005-06-14 10:10 ` Måns Rullgård
2005-06-14 15:28 ` Islam Amer
2005-06-13 12:05 ` Bernd Petrovitsch
2005-06-13 13:54 ` Alexey Zaytsev
2005-06-13 14:32 ` Bernd Petrovitsch
2005-06-13 17:38 ` Alexey Zaytsev
2005-06-13 18:58 ` Måns Rullgård
2005-06-14 8:04 ` Alexander E. Patrakov
2005-06-14 9:05 ` Måns Rullgård
2005-06-15 8:26 ` Lukasz Stelmach
2005-06-15 8:54 ` Patrick McFarland
2005-06-15 9:14 ` Lukasz Stelmach
2005-06-15 9:41 ` Måns Rullgård
2005-06-15 14:52 ` Lukasz Stelmach
2005-06-15 21:28 ` Lennart Sorensen
2005-06-15 23:34 ` Lukasz Stelmach
2005-06-16 1:44 ` Patrick McFarland
2005-06-16 10:38 ` Måns Rullgård
2005-06-16 11:36 ` Bernd Eckenfels
2005-06-16 20:41 ` Rob Sims
2005-06-16 9:40 ` Måns Rullgård
2005-06-18 14:48 ` Lukasz Stelmach [this message]
2005-06-18 23:22 ` Måns Rullgård
2005-06-22 8:41 ` Lukasz Stelmach
2005-06-16 13:39 ` Lennart Sorensen
2005-06-16 14:44 ` Richard B. Johnson
2005-06-16 15:04 ` Lennart Sorensen
2005-06-17 1:18 ` Patrick McFarland
2005-06-17 8:21 ` Måns Rullgård
2005-06-17 8:49 ` Patrick McFarland
2005-06-17 9:17 ` Måns Rullgård
2005-06-17 9:37 ` Måns Rullgård
2005-06-17 9:41 ` Bernd Eckenfels
2005-06-17 13:09 ` Lennart Sorensen
2005-06-17 13:23 ` Måns Rullgård
2005-06-18 16:04 ` Robin Rosenberg
2005-06-18 18:06 ` Kari Hurtta
2005-06-18 21:57 ` Robin Rosenberg
2005-06-18 19:09 ` Bernd Eckenfels
2005-06-17 12:56 ` Lennart Sorensen
2005-06-18 22:30 ` Bernd Eckenfels
2005-06-16 1:42 ` Patrick McFarland
2005-06-13 13:35 ` Alan Cox
2005-06-13 17:20 ` Alexey Zaytsev
2005-06-13 19:20 ` Alan Cox
2005-06-13 19:38 ` Måns Rullgård
2005-06-13 20:31 ` Rutger Nijlunsing
2005-06-15 20:50 ` Alexey Zaytsev
2005-06-16 1:52 ` Patrick McFarland
2005-06-16 10:14 ` Alexey Zaytsev
2005-06-16 1:49 ` Patrick McFarland
2005-06-16 2:36 ` Theodore Ts'o
2005-06-16 2:59 ` Patrick McFarland
2005-06-16 4:33 ` Jeremy Maitin-Shepard
2005-06-16 14:37 ` Theodore Ts'o
2005-06-19 17:55 ` Pavel Machek
2005-06-20 18:38 ` Alan Cox
2005-06-20 22:19 ` Pavel Machek
2005-06-20 23:38 ` Andreas Schwab
2005-08-26 0:00 ` Daniel B.
2005-08-26 8:34 ` Bernd Petrovitsch
2005-08-26 14:07 ` Alan Cox
2005-06-15 9:13 ` Denis Vlasenko
2005-06-16 1:55 ` Patrick McFarland
2005-06-16 3:59 ` [RFC] Filesystem name storage (Was: A Great Idea (tm) about reimplementing NLS.) Kyle Moffett
2005-06-18 15:24 ` Lukasz Stelmach
[not found] <4eUwr-7i7-33@gated-at.bofh.it>
[not found] ` <4ffAV-72e-11@gated-at.bofh.it>
[not found] ` <4fBrR-7eO-31@gated-at.bofh.it>
[not found] ` <4fBUW-7wi-19@gated-at.bofh.it>
[not found] ` <4fCe4-7Rm-11@gated-at.bofh.it>
[not found] ` <4fCHg-89R-29@gated-at.bofh.it>
[not found] ` <4fHxo-3Lo-63@gated-at.bofh.it>
[not found] ` <4fNMd-l6-25@gated-at.bofh.it>
2005-06-17 9:12 ` A Great Idea (tm) about reimplementing NLS Bodo Eggert
2005-06-18 15:31 ` Lukasz Stelmach
[not found] <4glbh-xY-27@gated-at.bofh.it>
[not found] ` <4glbh-xY-29@gated-at.bofh.it>
[not found] ` <4glbh-xY-31@gated-at.bofh.it>
[not found] ` <4glbh-xY-33@gated-at.bofh.it>
[not found] ` <4glbh-xY-35@gated-at.bofh.it>
[not found] ` <4glbh-xY-37@gated-at.bofh.it>
[not found] ` <4glbh-xY-39@gated-at.bofh.it>
[not found] ` <4glbh-xY-41@gated-at.bofh.it>
[not found] ` <4glbh-xY-25@gated-at.bofh.it>
2005-06-17 9:56 ` Bodo Eggert
-- strict thread matches above, loose matches on Subject: below --
2005-06-17 23:22 Islam Amer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42B43424.6090708@poczta.fm \
--to=stlman@poczta.fm \
--cc=linux-kernel@vger.kernel.org \
--cc=mru@inprovide.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.