On Jan 17, 2008 5:30 PM, Kevin Ballard <kevin@sb.org> wrote:
quoted text
> Those of us who grew up on a case-insensitive filesystem don't find
> there to be any problem with it. I can count on one hand the number of

I guess you haven't used unix tools much. The ever-popular HEAD perl
utility (which does an HTTP HEAD against a URL), when installed,
silently overwrites the head shell utility, which is used for all
sorts of things, some even in startup scripts. Ooops! I've been hit by
this more than once - and if you google for it, it hurt a lot of
people.

quoted text
> That's only true if you don't know what type of filesystem you're on.
> And, in the vast majority of cases (in fact, a content tracker is the
> only exception I can think of), it doesn't matter. If the user said

Hmmm. Many important tools - that I wouldn't want to ever fail! - have
similar needs to git. Backup/restore and file replication tools for
example.

quoted text
> > This is why case-insensitivity is so hard: you have a very real
> > "aliasing"
> > on the filesystem level, where all those really *different*
> > pathnames end
> > up being the same thing.
>
> I don't see that as being a problem. Think of it, if you will, as if
> every single file simply had an implicit hardlink for every possible
> case or normalization variant. The whole point of the filename is that

Ok - but how do you track the directory then (in git's terms, the
tree). There's no way to tell what the user wants. Does the user want
a copy of the file with different capitalization, or is the OS playing
games?
quoted text
> it is meta-information, used as an identifier and not as actual
> content, and thus it is perfectly fine for it to be a real string,
> subject to interpretation,

I don't think you *actually* want it subject to interpretation.

quoted text
> Again, as someone who grew up in a case-insensitive world, there's no
> problems here. I wish I could tell you that it causes problems, I wish
> I could agree with you, but I can't.

Probably because you have been surrounded by tools that have a lot of
extra code to cope with the case insensitive way of life, and learned
to not do things that are completely valid, just to avoid trouble.
Which is ok, but I don't think it makes the OS design decision
defensible.

cheers,


m
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html