Re: [lmi] Anonymous git checkout failure

[Greg Chicares]

On 2016-11-22 18:18, Murphy, Kimberly wrote:
> Vadim Zeitlin wrote:
> 
>> 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> < 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. 
> 
>>From my browser, I can 'Open' or 'Save' the refs from 
> git.savannah.nongnu.org. I selected to save the file. Opening the file 
> I find four lines:
> 
> 001e# service=git-upload-pack
> 000000a339d4821197e50b043331320b9a147c1e869a6cf8 HEAD multi_ack thin-pack 
> side-band side-band-64k ofs-delta shallow no-progress include-tag 
> multi_ack_detailed no-done
> 003f39d4821197e50b043331320b9a147c1e869a6cf8 refs/heads/master
> 0000

[Skip to the next section for a more useful idea.]

At first, I thought those sha1sums differed:

> 000000a339d4821197e50b043331320b9a147c1e869a6cf8
>     003f39d4821197e50b043331320b9a147c1e869a6cf8
        ^^
but both lines match the sha1sum in 'git log':
  commit 39d4821197e50b043331320b9a147c1e869a6cf8

Here's what I get, which appears to be equivalent:

$ cat /home/greg/Downloads/refs 
001e# service=git-upload-pack
000000a339d4821197e50b043331320b9a147c1e869a6cf8 HEADmulti_ack thin-pack 
side-band side-band-64k ofs-delta shallow no-progress include-tag 
multi_ack_detailed no-done
003f39d4821197e50b043331320b9a147c1e869a6cf8 refs/heads/master
0000

and, to make it clearer because of the embedded NUL:

 < /home/greg/Downloads/refs od -t a
0000000   0   0   1   e   #  sp   s   e   r   v   i   c   e   =   g   i
0000020   t   -   u   p   l   o   a   d   -   p   a   c   k  nl   0   0
0000040   0   0   0   0   a   3   3   9   d   4   8   2   1   1   9   7
0000060   e   5   0   b   0   4   3   3   3   1   3   2   0   b   9   a
0000100   1   4   7   c   1   e   8   6   9   a   6   c   f   8  sp   H
0000120   E   A   D nul   m   u   l   t   i   _   a   c   k  sp   t   h
0000140   i   n   -   p   a   c   k  sp   s   i   d   e   -   b   a   n
0000160   d  sp   s   i   d   e   -   b   a   n   d   -   6   4   k  sp
0000200   o   f   s   -   d   e   l   t   a  sp   s   h   a   l   l   o
0000220   w  sp   n   o   -   p   r   o   g   r   e   s   s  sp   i   n
0000240   c   l   u   d   e   -   t   a   g  sp   m   u   l   t   i   _
0000260   a   c   k   _   d   e   t   a   i   l   e   d  sp   n   o   -
0000300   d   o   n   e  nl   0   0   3   f   3   9   d   4   8   2   1
0000320   1   9   7   e   5   0   b   0   4   3   3   3   1   3   2   0
0000340   b   9   a   1   4   7   c   1   e   8   6   9   a   6   c   f
0000360   8  sp   r   e   f   s   /   h   e   a   d   s   /   m   a   s
0000400   t   e   r  nl   0   0   0   0

>>  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...
> 
> An earlier attempt was unsuccessful since the company was experiencing 
> internet problems. I just tried cloning https://github.com/vadz/lmi.git 
> -- and it was successful. 
> 
> Just for the record, cloning http://git.savannah.nongnu.org/r/lmi.git 
> is still not working.

Is there any way for us to specify the URL it redirects to?
These attempts fail:

$git clone 
http://git.savannah.gnu.org/r/lmi.git/info/refs?service=git-upload-pack
zsh: no matches found: 
http://git.savannah.gnu.org/r/lmi.git/info/refs?service=git-upload-pack

$git clone 
'http://git.savannah.gnu.org/r/lmi.git/info/refs?service=git-upload-pack'
Cloning into 'refs?service=git-upload-pack'...
error: RPC failed; result=22, HTTP code = 405
fatal: The remote end hung up unexpectedly

But is the redirection simply mapping nongnu.org to gnu.org ?
Both of these commands work for me:

$git clone http://git.savannah.nongnu.org/r/lmi.git
$git clone http://git.savannah.gnu.org/r/lmi.git

Kim, does the second one work for you?