Messages in this thread | | | Date | Sat, 14 Feb 2004 23:29:35 +0000 | From | viro@parcelfa ... | Subject | Re: JFS default behavior |
| |
On Sun, Feb 15, 2004 at 12:06:23AM +0100, Robin Rosenberg wrote: > On Saturday 14 February 2004 16.40, you wrote: > > The same goes for file names. Filename is a sequence of bytes, no more and > > no less. Anything beyond that belongs to applications. > > Should be a sequence of characters since humans are supposed to use them and > it should be the same characters wheneve possible regardless of user's locale.
> The "sequence of bytes" idea is a legacy from prehistoric times when byte == character > was true.
Bullshit. It has _nothing_ to characters, wide or not. For system filenames are opaque. The only things that have special meanings are: octet 0x2f ('/') splits the pathname into components "." as a component has a special meaning ".." as a component has a special meaning. That's it. The rest is never interpreted by the kernel.
> Having an iocharset options for all file systems make it backward compatible > and creates a migration path to UTF-8 as system default locale.
Try to realize that different users CAN HAVE DIFFERENT LOCALES. On the same system. And have files on the same fs. Moreover, homedirs that used to be on different filesystems can end up one the same fs. What iocharset would you use, then? Sigh...
Again, there is no such thing as iocharset of filesystem - it varies between users and users can and do share filesystems. Think of /home; think of /tmp.
It isn't feasible. At all. Just as timezone doesn't belong in kernel, locales have no place there. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |