Hi, On Mon, 4 Dec 2006, Linus Torvalds wrote: > On Mon, 4 Dec 2006, Johannes Schindelin wrote: > > > > On Mon, 4 Dec 2006, Jakub Narebski wrote: > > > > > Johannes Schindelin wrote: > > > > > > > On Mon, 4 Dec 2006, Jakub Narebski wrote: > > > > > > > >> [...] git should acquire core.filesystemEncoding configuration variable > > > >> which would encode from filesystem encoding used in working directory > > > >> and perhaps index to UTF-8 encoding used in repository (in tree objects) > > > >> and perhaps index. > > > > > > > > So, you want to pull in all thinkable encodings? Of course, you could rely > > > > on libiconv, adding yet another dependency to git. (Yes, I know, mailinfo > > > > uses it already. But I never use mailinfo, so I do not need libiconv.) > > > > > > A conditional dependency. If you don't have libiconv, this feature wouldn't > > > be available. > > > > You are speaking as somebody compiling git from source. We are a minority. > > You guys are ignoring the _real_ problem. > > It has nothing at all to do with dependencies on external packages. The > REAL problem is that if you do locale-dependent trees and other git > objects, git will STOP WORKING. The issue was _not_ locale-dependent trees, but file systems which _change_ the encoding. And even then, Jakub's proposition reencoding could work, because it is an _encoding_ after all, i.e. bijective (reversable mapping for you non-Math guys). Not at all comparable to cases insensitivity, which _loses_ information. But for reasons described in another mail, there are more fundamental problems with encodings, especially with MacOSX which (braindeadly) encodes _differently_ when writing and reading. So, we reach the same conclusion, but for different reasons. Ciao, Dscho - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html