Zack Brown <zbrown@xxxxxxxxxxxxxxx> writes: > I just downloaded the latest versions of git and cogito from kernel.org: > cogito-0.17.2 and git-1.3.0; put their directories in my path, and ran "make" on > both of them. There's no other version in my path. Earlier, you were having this symptom: >> What do these command say? >> >> $ git --exec-path >> $ ls -l "`git --exec-path`/git-clone" > > 22:07:05 [zbrown] ~$ git --exec-path > /home/zbrown/bin > 07:10:34 [zbrown] ~$ ls -l "`git --exec-path`/git-clone" > ls: /home/zbrown/bin/git-clone: No such file or directory > > Does that mean it's looking in /home/zbrown/bin for the git binaries? If that is the case, you did not just (quote) "and ran "make"". You must have run "make frotz=xyzzy target", but you did not mention what frotz, xyzzy and target were. > 09:46:55 [zbrown] ~/git/trees$ "ls" -ltc `which git; which git-init-db` > -rwxrwxr-x 2 zbrown zbrown 452312 Apr 20 09:44 /home/zbrown/git/git//git > -rwxrwxr-x 1 zbrown zbrown 235282 Apr 20 09:43 /home/zbrown/git/git//git-init-db So you are doing make bindir=$HOME/git/git/ install as the last step of your installation. I _strongly_ suspect your breakage is caused because you did a make with different configuration before that. That is, if you do this, that is consistent with the symptom: make make bindir=$HOME/git/git/ gitexecdir=$HOME/git/git/ install It probably would help if you did this: make clean make bindir=$HOME/git/git gitexecdir=$HOME/git/git/ make bindir=$HOME/git/git gitexecdir=$HOME/git/git/ install As I said in a previous message, the first paragraph in INSTALL file explains this. - : 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