On Tue, Jun 24, 2008 at 5:08 PM, Robert Haines <rhaines@xxxxxxxxxxxxxxxx> wrote: >>> So your clone address for git:// is wrong, you don't need the /pub/git: >>> git clone git://erez.zilber@kites/erez.zilber/my_test.git >>> As you've moved the root of the filesystem as far as git-daemon is >>> concerned >>> to /pub/git with the --base-path option. >> >> I understand. However, when I try to run it according to your suggestion: >> >> [root@kd001 t]# git clone git://erez.zilber@kites/erez.zilber/my_test.git >> Initialized empty Git repository in >> /home/erez.zilber/work/tmp/t/my_test/.git/ >> fatal: Unable to look up erez.zilber@kites (port 9418) (Name or >> service not known) >> fetch-pack from 'git://erez.zilber@kites/erez.zilber/my_test.git' failed. > > That error is saying that the name of the service is wrong, so you're right > to do it without the "erez.zilber@" bit. > >> I also tried to run it without "erez.zilber@": >> >> [root@kd001 t]# git clone git://kites/erez.zilber/my_test.git >> Initialized empty Git repository in >> /home/erez.zilber/work/tmp/t/my_test/.git/ >> kites[0: 172.16.1.11]: errno=Connection refused >> fatal: unable to connect a socket (Connection refused) >> fetch-pack from 'git://kites/erez.zilber/my_test.git' failed. > > This looks like that either there is nothing listening (if you're running > though xinetd have you restarted it? And have you added the right bits to > /etc/services?) or there's a firewall in the way... git defaults to 9418 so > check that it's open. The problem was that it listened to requests coming from the local machine. Now (after fixing that), everything seems to work. Thanks for the help. BTW - I'm currently running git-daemon in the following way: sudo git-daemon --base-path=/pub/git/ --export-all Is there any advantage to run it through xinetd? How do you run it? Thanks, Erez -- 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
