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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox