git clone over http

git clone over http

[Robin Rosenberg]

git clone (1.5.3) with http is somewhat unreliable. I've noticed if can actually give
me different versions of a branch each time I run it, eventually yielding
the one I'm expecting.  And now this:

(Using master, just after rc7)
$ git clone http://unix.schottelius.org/git/cLinux/cinit.git
Initialized empty Git repository in /home/me/tmp/cinit/.git/
got c56b79346e5058762db82cb98647628ddf3d6ebd
walk c56b79346e5058762db82cb98647628ddf3d6ebd
got c0d6c3ae3b4999892d7cbc22fd719c0e9797be59
got 73dc306099bdb21abf22e4a015d3059e8577bb49
got 6943289356f8431073cb8c7708bb7c9c05888333
walk 6943289356f8431073cb8c7708bb7c9c05888333
Getting alternates list for http://unix.schottelius.org/git/cLinux/cinit.git
got 3912109b5cd65a68039d473c11c9f7ac2303e06d
got 0fbf76f58b248f6b11421db5aa9c02fe12b0ce7d
Getting pack list for http://unix.schottelius.org/git/cLinux/cinit.git
got 3ac57ee54f4c4e350622888c4e37213a7d2337b7
got a170a50db31947dfae0b27d5dd8bb54b5ac97b20
got 00f2651b7c63c56fda93d2f94cc2a2b7c28ac86b
Getting index for pack 119f90491743d6454866ba8761f49757e359cec1
got eec4105805e9f57b27158f847c9ce1b2b6eb40c7
got 8a686b4ae9cbb91a74ff71984baee0c944950c05
Getting index for pack 22000d3bf6fc9fdf439f63c8b33817f5786298f6
got dc4d9d9a69310c7d4f8e1fdf6517c10e8c6ab227
Getting index for pack 41850f3f697748a77d37d4d210415031bc6c73c4

/usr/local/bin/git-clone: line 40: 14823 Segmenteringsfel        git-http-fetch $v -a -w "$tname" "$sha1" "$1"

It doesn't repeat itself, but I cannot clone because it always crashes.

[me@lathund tmp]$ git clone http://unix.schottelius.org/git/cLinux/cinit.git
Initialized empty Git repository in /home/me/tmp/cinit/.git/
got c56b79346e5058762db82cb98647628ddf3d6ebd
walk c56b79346e5058762db82cb98647628ddf3d6ebd
got c0d6c3ae3b4999892d7cbc22fd719c0e9797be59
got 73dc306099bdb21abf22e4a015d3059e8577bb49
got 6943289356f8431073cb8c7708bb7c9c05888333
walk 6943289356f8431073cb8c7708bb7c9c05888333
got 0fbf76f58b248f6b11421db5aa9c02fe12b0ce7d
Getting alternates list for http://unix.schottelius.org/git/cLinux/cinit.git
got 3912109b5cd65a68039d473c11c9f7ac2303e06d

!! now wait a minute. Why isn't it getting 0fbf76f58b248f6b11421db5aa9c02fe12b0ce7d
here like it did?

Getting pack list for http://unix.schottelius.org/git/cLinux/cinit.git
got a170a50db31947dfae0b27d5dd8bb54b5ac97b20
got 00f2651b7c63c56fda93d2f94cc2a2b7c28ac86b
Getting index for pack 119f90491743d6454866ba8761f49757e359cec1
got eec4105805e9f57b27158f847c9ce1b2b6eb40c7

etc a hundred objects or so:

got f0d2e75fa8247f246aeb8ecdadd94d307481ea78
got 3b01bfe1a064a4407bd6308cc4f02fcc2ac0d9a7
got 3c54e71aca555fcfc163809669aa39426cb52421
got 750e330305676e09479f63532782ce93462e71f5
*** glibc detected *** git-http-fetch: corrupted double-linked list: 0x080dd9f0 ***
======= Backtrace: =========
/lib/i686/libc.so.6[0x44c99516]
/lib/i686/libc.so.6[0x44c9b728]
/lib/i686/libc.so.6(__libc_malloc+0x85)[0x44c9d075]
/lib/libz.so.1(zcalloc+0x20)[0x44d9dfd0]
git-http-fetch[0x804cb78]
git-http-fetch[0x804ae2b]
git-http-fetch[0x804aeab]
git-http-fetch[0x804d265]
git-http-fetch[0x804a732]
git-http-fetch[0x804c240]
/lib/i686/libc.so.6(__libc_start_main+0xdc)[0x44c4bd8c]
git-http-fetch[0x804a071]

I'll spare you the detfailt unless you want it.

-- robin

Re: git clone over http

[Sean]

On Sun, 2 Sep 2007 11:23:03 +0200
Robin Rosenberg <robin.rosenberg.lists@dewire.com> wrote:

Hi Robin,

> git clone (1.5.3) with http is somewhat unreliable. I've noticed if can actually give
> me different versions of a branch each time I run it, eventually yielding
> the one I'm expecting.  And now this:

Hmmm, that's very odd.  Tried it 3 times here and master was always at the
same commit (0421997bfd5).

> (Using master, just after rc7)
> $ git clone http://unix.schottelius.org/git/cLinux/cinit.git
[...]
> /usr/local/bin/git-clone: line 40: 14823 Segmenteringsfel        git-http-fetch $v -a -w "$tname" "$sha1" "$1"
> 
> It doesn't repeat itself, but I cannot clone because it always crashes.

Using 1.5.3 here and it works just fine.  Perhaps it has something to do with
your version of the Curl library?  This is what is in use here:

$ curl --version
curl 7.16.4 (i686-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3
Protocols: tftp ftp telnet dict http file https ftps 
Features: Largefile NTLM SSL libz

Sean

Re: git clone over http

[Josh England]

On Sun, 2007-09-02 at 11:23 +0200, Robin Rosenberg wrote:
> git clone (1.5.3) with http is somewhat unreliable. I've noticed if
> can actually give
> me different versions of a branch each time I run it, eventually yielding
> the one I'm expecting.  And now this:

I don't see this behavior, but I do see other wierdness cloning via
http.  Anytime I clone a repo (any repo) via http from behind the
firewall/proxy at work I never get any branches.  'git branch' only ever
shows 'master'.  I can't checkout and work on any other branch.  I can
work around the problem by cloning on a box that is more open, but was
wondering if anyone knows how to fix this.

-JE

Re: git clone over http

[Junio C Hamano]

"Josh England" <jjengla@sandia.gov> writes:

> On Sun, 2007-09-02 at 11:23 +0200, Robin Rosenberg wrote:
>> git clone (1.5.3) with http is somewhat unreliable. I've noticed if
>> can actually give
>> me different versions of a branch each time I run it, eventually yielding
>> the one I'm expecting.  And now this:
>
> I don't see this behavior, but I do see other wierdness cloning via
> http.  Anytime I clone a repo (any repo) via http from behind the
> firewall/proxy at work I never get any branches.  'git branch' only ever
> shows 'master'.  I can't checkout and work on any other branch.  I can
> work around the problem by cloning on a box that is more open, but was
> wondering if anyone knows how to fix this.

Well, what does "git branch -r" say?

If you see the remote tracking branches out of your branch (aka
"heads/") namespace, that has been the default for quite some
time since 1.5.0 days.

Perhaps "more open" one has ancient git that dumped remote
tracking branches in your branch namespace, while your "behind
firewall" one has not so ancient git?

Re: git clone over http

[Robin Rosenberg]

tisdag 04 september 2007 skrev Junio C Hamano:
> "Josh England" <jjengla@sandia.gov> writes:
> 
> > On Sun, 2007-09-02 at 11:23 +0200, Robin Rosenberg wrote:
> >> git clone (1.5.3) with http is somewhat unreliable. I've noticed if
> >> can actually give
> >> me different versions of a branch each time I run it, eventually yielding
> >> the one I'm expecting.  And now this:
> >
> > I don't see this behavior, but I do see other wierdness cloning via
> > http.  Anytime I clone a repo (any repo) via http from behind the
> > firewall/proxy at work I never get any branches.  'git branch' only ever
> > shows 'master'.  I can't checkout and work on any other branch.  I can
> > work around the problem by cloning on a box that is more open, but was
> > wondering if anyone knows how to fix this.
> 
> Well, what does "git branch -r" say?
> 
> If you see the remote tracking branches out of your branch (aka
> "heads/") namespace, that has been the default for quite some
> time since 1.5.0 days.
> 
> Perhaps "more open" one has ancient git that dumped remote
> tracking branches in your branch namespace, while your "behind
> firewall" one has not so ancient git?

The version where I noticed that strange behaviour was 1.5.3-rc6 on the client
and 1.5.1.4 on the server. The local repo was originally cloned with 1.5.something.
The interesting branch was a non-fastword one (i.e. "pu") and on the server I
was running git-update-server-info every 30 minutes. The pu branch on the server
was stable during the strange period. I'm not sure whether I got the odd behaviour
within those 30 minutes or not.

The url to the repo is http: //rosenberg.homelinux.net/repos/EGIT.git

I cannot http clone myself anymore it seems, but someone else may succeed better.

My curl is 7.16.0. Haven't tried any other version yet.

-- robin