Hi, on OS X 10.6.7 it seemes to happen with any git repository - also with the git git repo itself: [phil@Silberpfeil tmp]$ git --version git version 1.7.5.1 [phil@Silberpfeil tmp]$ git clone git://git.kernel.org/pub/scm/git/git.git Cloning into git... remote: Counting objects: 140383, done. remote: Compressing objects: 100% (33498/33498), done. remote: Total 140383 (delta 105777), reused 139383 (delta 104980) Receiving objects: 100% (140383/140383), 27.61 MiB | 642 KiB/s, done. Resolving deltas: 100% (105777/105777), done. [phil@Silberpfeil tmp]$ cd git [phil@Silberpfeil git]$ git commit -a # On branch master # Untracked files: # (use "git add <file>..." to include in what will be committed) # # vcs-svn/ # xdiff/ nothing added to commit but untracked files present (use "git add" to track) [phil@Silberpfeil git]$ git status # On branch master nothing to commit (working directory clean) [phil@Silberpfeil git]$ git commit -a # On branch master nothing to commit (working directory clean) Cheers, Philipp _______________________________________________________________ DI Philipp Metzler Goli.at GesbR. Dorf Rieden 7/11 A-6900 Bregenz EU - Austria E-Mail: phil@xxxxxxx Skype: googol Tel: +43 / 676 / 72 94 176 ICQ: 13950954 o www.philippmetzler.com - Softwareentwicklung und Websites mit Django und Typo3. o www.goli.at - Ihr Speicherplatz im Netz. Messen Sie uns an unseren Daten. o www.clickshopping.at - Wir bringen Ihre Produkte auf den Punkt. o www.greencar.at - Elektroautos und mehr ... _______________________________________________________________ Am 15.05.2011 um 05:43 schrieb Junio C Hamano: > Philipp Metzler <phil@xxxxxxx> writes: > >> This is how you can reproduce the problem: >> 1. clone a repo >> 2. run the command "git commit -a" > > Does it reproduce with _any_ repository, or just a particular one? If it > is the latter, then the above description is useless for anybody to start > formulating any theory on what goes wrong. Sorry. > > You being on OS X, I would guess that you may have a pathname in the > project that HFS+ does not like. > > On HFS+, when a program creates a file with "open(filename, O_CREAT)", > reading the directory the created path is in with readdir() does not > return the string given when it was created but something else for certain > pathnames; you may be seeing that git is confused by that behaviour. > > But that is just a wild guess. -- 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