Junio C Hamano <gitster@xxxxxxxxx> writes: > In order to support fetch/clone over HTTP, a server at least must respond > to requests to the follwoing locations sensibly, meaning that it gives us > back the data without frills if they exist, and give us Not found if they > don't. > > - $URL/objects/info/refs > > This must list all the refs available in the repository and must be > up-to-date. We do not run PROPFIND, nor parse $URL/refs/index.htm, but > trust this file's contents and start from there. Correction. This is $URL/info/refs and the github repository in question does respond correctly. Sorry about the confusion. Recent code makes CURLOPT_NOBODY request, which will turn into a HEAD request over HTTP, to packfiles, in order to see if they exist. Perhaps github is not prepared to handle that and returns 500, even though it will give the pack correctly if asked with a GET request? -- 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