On Mon, Apr 03, 2006 at 07:28:28PM +0100, Daniel Drake wrote: > Ah, should have known. I am behind a (lame) transparent proxy on port 80. > > I opened that file in my web browser and it showed the old heads. After > a force-refresh (ctrl+F5, which sends some additionally http headers to > refresh the page from the real server), the old heads disappeared, and > git now clones successfully. > > git-http-fetch should probably send those extra headers too. I'll try to > find some time to look at this next week. git-http-fetch uses the "Pragma: no-cache" header when requesting objects that shouldn't be cached. Is this the additional header you're referring to? This patch adds the header to git-ls-remote for the info/refs request. git-ls-remote: send no-cache header when fetching info/refs Proxies should not cache this file as it can cause a client to end up with a stale version, as reported here: http://marc.theaimsgroup.com/?l=git&m=114407944125389 Signed-off-by: Nick Hengeveld <nickh@xxxxxxxxxxxx> --- git-ls-remote.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) da9b6fa01f1a8bd6ab5f6d4346584f3f032584aa diff --git a/git-ls-remote.sh b/git-ls-remote.sh index 2c9a588..b6882a9 100755 --- a/git-ls-remote.sh +++ b/git-ls-remote.sh @@ -53,7 +53,7 @@ http://* | https://* ) if [ -n "$GIT_SSL_NO_VERIFY" ]; then curl_extra_args="-k" fi - curl -nsf $curl_extra_args "$peek_repo/info/refs" || + curl -nsf $curl_extra_args --header "Pragma: no-cache" "$peek_repo/info/refs" || echo "failed slurping" ;; -- 1.3.0.rc1.g9aef-dirty - : 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