Wincent Colaiuta <win@xxxxxxxxxxx> writes:
> I just noticed that my copy of git-daemon running from xinetd on Red
> Hat Enterprise Linux 3 has been broken since upgrading to 1.5.4.
>
> On the client side this is what you see ("git clone" used in the
> example but you get the same issue with "git ls-remote"):
>
> git clone git://git.wincent.com/wikitext.git
> Initialized empty Git repository in /tmp/wikitext/.git/
> fatal: The remote end hung up unexpectedly
> fetch-pack from 'git://git.wincent.com/wikitext.git' failed.
>
> Nothing printed to the logs on the server side: it simply hangs up. By
> connecting via telnet I've confirmed that git-daemon is running and
> does accept the initial connection.
>
> The verdict according to "git bisect" is that
> 511707d42b3b3e57d9623493092590546ffeae80 is first bad commit:
>
> commit 511707d42b3b3e57d9623493092590546ffeae80
> Author: Scott R Parish <srp@xxxxxxxxxxxx>
> Date: Sun Oct 28 04:17:20 2007 -0700
>
> use only the $PATH for exec'ing git commands
Perhaps you did not install git on the PATH processes launched
by your inetd implementation would use?
-
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
