Re: git on MacOSX and files with decomposed utf-8 file names

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

On Thu, 17 Jan 2008, Pedro Melo wrote:

> On Jan 17, 2008, at 11:10 AM, Johannes Schindelin wrote:
> > [Jay, don't cull Cc: lists on vger.kernel.org.  I consider it rude.]
> > 
> > On Thu, 17 Jan 2008, Wincent Colaiuta wrote:
> > 
> > > El 17/1/2008, a las 6:15, Junio C Hamano escribió:
> > > 
> > > > "Jay Soffian" <jaysoffian+git@xxxxxxxxx> writes:
> > > > 
> > > > > So here's what I can see as being useful additions to git:
> > > > > ...
> > > > > Thoughts (besides "patches welcomed")?
> > > > 
> > > > I think we already discussed a plan to store normalization mapping 
> > > > in the index extension section and use it to avoid getting 
> > > > confused by readdir(3) that lies to us.  Is there any more thing 
> > > > that need to be discussed?
> > 
> > Yes, and I think that a lot of time would have more wisely spent on 
> > reading that, and trying to implement it, than writing a number of 
> > long mails, repeating the _same_ (refuted) points over and over again.
> 
> I searched the archives for the posts about normalization and I could 
> not find them, sorry.

Here's my pointer:

http://thread.gmane.org/gmane.comp.gnu.make.devel/387/focus=61073

FWIW I searched by the term "readdir", and then browsed the thread to find 
a more interesting post than the first hit.

> Is stringprep (RFC 3454) being proposed as an optional normalization 
> step before lookups in the index?

I don't know.  I'd probably prefer something using iconv (which we use 
already if it's available), so that the same system can be used for 
case-insensitivity, UTF-8 normalisation, but also other transformations 
you might wish to perform.

Ciao,
Dscho

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux