Messages in this thread |  | | | Date | Tue, 17 Feb 2004 08:32:15 -0800 (PST) | | From | Linus Torvalds <> | | Subject | Re: UTF-8 practically vs. theoretically in the VFS API (was: Re: JFS default behavior) |
| |
On Tue, 17 Feb 2004, Marc Lehmann wrote: > > Because there is a fundamental difference between file contents and > filenames. Filenames are supposed to be text.
I think this is actually the fundamental point where we disagree.
You think of filenames as something the user types in, and that is "readable text". And I don't.
I think the filenames are just ways for a _program_ to look up stuff, and the human readability is a secondary thing (it's "polite", but not a fundamental part of their meaning).
So the same way I think text is good in config files and I dislike binary blobs (hey, look at /proc), I think readable filenames are good. But that doesn't mean that they have to be readable. I can well imagine encoding meta-data in the filename for some database that uses the filesystem as its backing store and generates files for large blobs. And then there would be little if any "goodness" to keeping the filenames readable.
That's also a situation where case-insensitivity can _really_ screw you (just one of the many).
It may be rare, but unlike you, I don't think there is anything "wrong" with considering path components to be just "data". Linus - 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/
|  |