From: Robin Rosenberg <robin.rosenberg@dewire.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Kevin Ballard <kevin@sb.org>,
Johannes Schindelin <Johannes.Schindelin@gmx.de>,
git@vger.kernel.org
Subject: Re: Re-casing directories on case-insensitive systems
Date: Sat, 12 Jan 2008 00:26:01 +0100 [thread overview]
Message-ID: <200801120026.01930.robin.rosenberg@dewire.com> (raw)
In-Reply-To: <alpine.LFD.1.00.0801111356000.3148@woody.linux-foundation.org>
fredagen den 11 januari 2008 skrev Linus Torvalds:
> I do agree that we could/should do something to help with case-insensitive
> filesystems.
>
> I absolutely *detest* those things, and I think that people who design
> them are total morons - with MS-DOS, you could understand it (people
> didn't know better), but with OS X?
Could it be some comfort that the other SCM's I know of make a mess of
these cases, regardless of the number of digits in the price tag.
[...]
> Almost all of the code that actually touches the index is in read-cache.c,
> and it's not like that is a very complex data structure (or a very big
> file), so adding another key to the sorting probably wouldn't be too
> horrid. But it's definitely a lot more than just a few lines of code!
Could we just have a lookup table index extension for identifying the
duplicates (when checking is enabled using core configuration option #3324)?
That table would keep a mapping from a normalized form (maybe include
canonical encoding while we're at it) to the actual octet sequence(s) used.
Many operations would translate any supplied form throug the table before
doing the lookup so if we have Foo.h and give FOO.h to git add, it would
notice and perform add (update index) on Foo.h instead as that is the form we
alreay know (or refuse yielding an error message; pick your poison). And,
well you get the picture.
-- robin
next prev parent reply other threads:[~2008-01-11 23:54 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-11 20:19 Re-casing directories on case-insensitive systems Kevin Ballard
2008-01-11 21:09 ` Kevin Ballard
2008-01-11 21:19 ` Kevin Ballard
2008-01-11 21:25 ` Linus Torvalds
2008-01-11 21:59 ` Robin Rosenberg
2008-01-11 21:18 ` Linus Torvalds
2008-01-11 21:29 ` Johannes Schindelin
2008-01-11 21:44 ` Kevin Ballard
2008-01-11 22:05 ` Johannes Schindelin
2008-01-11 22:08 ` Linus Torvalds
2008-01-11 23:10 ` David Kastrup
2008-01-11 23:12 ` Kevin Ballard
2008-01-11 23:26 ` Robin Rosenberg [this message]
2008-01-12 0:03 ` Kevin Ballard
2008-01-12 0:15 ` Robin Rosenberg
2008-01-12 0:25 ` Kevin Ballard
2008-01-12 0:27 ` Junio C Hamano
2008-01-12 0:40 ` Johannes Schindelin
2008-01-12 1:16 ` Kevin Ballard
2008-01-12 1:30 ` Junio C Hamano
2008-01-12 1:43 ` Kevin Ballard
2008-01-12 12:07 ` David Kastrup
2008-01-12 15:03 ` Dmitry Potapov
2008-01-12 0:37 ` Junio C Hamano
2008-01-12 0:57 ` Robin Rosenberg
2008-01-12 16:33 ` Johannes Schindelin
2008-01-12 14:46 ` Dmitry Potapov
2008-01-12 18:47 ` Linus Torvalds
2008-01-12 19:29 ` Dmitry Potapov
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=200801120026.01930.robin.rosenberg@dewire.com \
--to=robin.rosenberg@dewire.com \
--cc=Johannes.Schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=kevin@sb.org \
--cc=torvalds@linux-foundation.org \
/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.