On Tue, Apr 18, 2006 at 11:53:38PM -0700, Junio C Hamano wrote: > Zack Brown <zbrown@xxxxxxxxxxxxxxx> writes: > > > What is going on? I'm completely unable to clone a repository. > > I have no idea how cg-* is broken, so I'll let Pasky answer > that, but I suspect your git installation is broken. > > > If I try > > "git clone rsync://rsync.kernel.org/pub/scm/linux/kernel/git/torvalds/git.git", > > I get this error: "git: 'clone' is not a git-command", and it prints a usage > > page, but "clone" is listed on that usage page. > > That sounds intersting. Although rsync is deprecated for a long > time and git:// is the preferred transport, I do not get "is not > a git-command" error. Are you installing things correctly? I think so. I was able to reproduce this behavior using the tarballs that are used to start out a new user with git and cogito; as well as with the latest version in the repository. But I also thought the rsync deprecation was not really true. Wasn't that discussed here recently? I thought the conclusion was that folks *wanted* to deprecate it, but at the moment it was still the best way to accomplish certain things. > > For example, as the first paragraph of INSTALL says, if you > override prefix= from the make command line, you need to do so > consistently when you build and when you install. > > 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? That's weird. I have /home/zbrown/git/git and /home/zbrown/git/cogito in my $PATH specifically to hold those executables. There's no git stuff in /home/zbrown/bin. Be well, Zack > -- Zack Brown - : 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