lmi
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lmi] Anonymous git checkout failure


From: Vadim Zeitlin
Subject: Re: [lmi] Anonymous git checkout failure
Date: Tue, 22 Nov 2016 14:10:11 +0100

On Tue, 22 Nov 2016 12:56:01 +0000 "Murphy, Kimberly" <address@hidden> wrote:

MK> Do my results with GIT_CURL_VERBOSE=1 offer any indication as to what may 
MK> be going on?

 Comparing them with my own results, I see a crucial difference:

MK> [0]$GIT_CURL_VERBOSE=1 git clone http://git.savannah.nongnu.org/r/lmi.git
MK> Cloning into 'lmi'...
MK> * STATE: INIT => CONNECT handle 0x80081d88; line 1103 (connection #-5000)
MK> * Couldn't find host git.savannah.nongnu.org in the .netrc file; using 
defaults
MK> * Added connection 0. The cache now contains 1 members
MK> *   Trying 208.118.235.72...
MK> * STATE: CONNECT => WAITCONNECT handle 0x80081d88; line 1156 (connection #0)
MK> * Connected to git.savannah.nongnu.org (208.118.235.72) port 80 (#0)
MK> * STATE: WAITCONNECT => SENDPROTOCONNECT handle 0x80081d88; line 1253 
(connection #0)
MK> * STATE: SENDPROTOCONNECT => DO handle 0x80081d88; line 1271 (connection #0)
MK> > GET /r/lmi.git/info/refs?service=git-upload-pack HTTP/1.1
MK> Host: git.savannah.nongnu.org
MK> User-Agent: git/2.7.0
MK> Accept: */*
MK> Accept-Encoding: gzip
MK> Pragma: no-cache
MK> 
MK> * STATE: DO => DO_DONE handle 0x80081d88; line 1350 (connection #0)
MK> * STATE: DO_DONE => WAITPERFORM handle 0x80081d88; line 1477 (connection #0)
MK> * STATE: WAITPERFORM => PERFORM handle 0x80081d88; line 1487 (connection #0)
MK> * HTTP 1.1 or later with persistent connection, pipelining supported
MK> < HTTP/1.1 200 OK

 Instead of getting the 200 reply here, I get the following:

< HTTP/1.1 301 Moved Permanently
< Date: Tue, 22 Nov 2016 13:00:58 GMT
* Server Apache/2.2.16 (Debian) is not blacklisted
< Server: Apache/2.2.16 (Debian)
< Location: 
http://git.savannah.gnu.org/r/lmi.git/info/refs?service=git-upload-pack
< Content-Length: 368
< Content-Type: text/html; charset=iso-8859-1

 i.e. the server redirects me to the correct page and then everything
proceeds correctly instead of exiting with an error as it does in your
case.

 I strongly suspect that in your case a proxy sitting between you and the
external network mangles this redirect somehow. Unfortunately it's not
really clear what to do about it, all I can suggest is trying to access
http://git.savannah.nongnu.org/r/lmi.git/info/refs?service=git-upload-pack
from your browser (or, if you prefer, using curl from command line) as it
should show you the body of the returned document which might contain some
clues about what is going on. But most likely the only way to make this
work would be to ask your IT/network administrator to stop doing whatever
they do that breaks connectivity.

 BTW, just to check if this problem also appears with the other sites,
could you please try cloning https://github.com/vadz/lmi.git? If this
works, perhaps it could be a (temporary?) workaround...

 Good luck,
VZ


reply via email to

[Prev in Thread] Current Thread [Next in Thread]