{"thread":{"id":"9742","subject":"git clone over http","startedAt":"2007-09-02T09:23:03Z","lastAt":"2007-09-04T18:19:54Z","messageCount":5,"participants":["Robin Rosenberg","Sean","Josh England","Junio C Hamano"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"52180","messageId":"200709021123.04218.robin.rosenberg.lists@dewire.com","threadId":"9742","inReplyTo":null,"subject":"git clone over http","fromName":"Robin Rosenberg","fromEmail":"robin.rosenberg.lists@dewire.com","sentAt":"2007-09-02T09:23:03Z","receivedAt":"2007-09-02T09:23:03Z","isPatch":false,"sender":{"key":"robin.rosenberg@dewire.com","avatar":"https://avatars.githubusercontent.com/u/46357?v=4"},"body":"\ngit clone (1.5.3) with http is somewhat unreliable. I've noticed if can actually give\nme different versions of a branch each time I run it, eventually yielding\nthe one I'm expecting.  And now this:\n\n(Using master, just after rc7)\n$ git clone http://unix.schottelius.org/git/cLinux/cinit.git\nInitialized empty Git repository in /home/me/tmp/cinit/.git/\ngot c56b79346e5058762db82cb98647628ddf3d6ebd\nwalk c56b79346e5058762db82cb98647628ddf3d6ebd\ngot c0d6c3ae3b4999892d7cbc22fd719c0e9797be59\ngot 73dc306099bdb21abf22e4a015d3059e8577bb49\ngot 6943289356f8431073cb8c7708bb7c9c05888333\nwalk 6943289356f8431073cb8c7708bb7c9c05888333\nGetting alternates list for http://unix.schottelius.org/git/cLinux/cinit.git\ngot 3912109b5cd65a68039d473c11c9f7ac2303e06d\ngot 0fbf76f58b248f6b11421db5aa9c02fe12b0ce7d\nGetting pack list for http://unix.schottelius.org/git/cLinux/cinit.git\ngot 3ac57ee54f4c4e350622888c4e37213a7d2337b7\ngot a170a50db31947dfae0b27d5dd8bb54b5ac97b20\ngot 00f2651b7c63c56fda93d2f94cc2a2b7c28ac86b\nGetting index for pack 119f90491743d6454866ba8761f49757e359cec1\ngot eec4105805e9f57b27158f847c9ce1b2b6eb40c7\ngot 8a686b4ae9cbb91a74ff71984baee0c944950c05\nGetting index for pack 22000d3bf6fc9fdf439f63c8b33817f5786298f6\ngot dc4d9d9a69310c7d4f8e1fdf6517c10e8c6ab227\nGetting index for pack 41850f3f697748a77d37d4d210415031bc6c73c4\n\n/usr/local/bin/git-clone: line 40: 14823 Segmenteringsfel        git-http-fetch $v -a -w \"$tname\" \"$sha1\" \"$1\"\n\nIt doesn't repeat itself, but I cannot clone because it always crashes.\n\n[me@lathund tmp]$ git clone http://unix.schottelius.org/git/cLinux/cinit.git\nInitialized empty Git repository in /home/me/tmp/cinit/.git/\ngot c56b79346e5058762db82cb98647628ddf3d6ebd\nwalk c56b79346e5058762db82cb98647628ddf3d6ebd\ngot c0d6c3ae3b4999892d7cbc22fd719c0e9797be59\ngot 73dc306099bdb21abf22e4a015d3059e8577bb49\ngot 6943289356f8431073cb8c7708bb7c9c05888333\nwalk 6943289356f8431073cb8c7708bb7c9c05888333\ngot 0fbf76f58b248f6b11421db5aa9c02fe12b0ce7d\nGetting alternates list for http://unix.schottelius.org/git/cLinux/cinit.git\ngot 3912109b5cd65a68039d473c11c9f7ac2303e06d\n\n!! now wait a minute. Why isn't it getting 0fbf76f58b248f6b11421db5aa9c02fe12b0ce7d\nhere like it did?\n\nGetting pack list for http://unix.schottelius.org/git/cLinux/cinit.git\ngot a170a50db31947dfae0b27d5dd8bb54b5ac97b20\ngot 00f2651b7c63c56fda93d2f94cc2a2b7c28ac86b\nGetting index for pack 119f90491743d6454866ba8761f49757e359cec1\ngot eec4105805e9f57b27158f847c9ce1b2b6eb40c7\n\netc a hundred objects or so:\n\ngot f0d2e75fa8247f246aeb8ecdadd94d307481ea78\ngot 3b01bfe1a064a4407bd6308cc4f02fcc2ac0d9a7\ngot 3c54e71aca555fcfc163809669aa39426cb52421\ngot 750e330305676e09479f63532782ce93462e71f5\n*** glibc detected *** git-http-fetch: corrupted double-linked list: 0x080dd9f0 ***\n======= Backtrace: =========\n/lib/i686/libc.so.6[0x44c99516]\n/lib/i686/libc.so.6[0x44c9b728]\n/lib/i686/libc.so.6(__libc_malloc+0x85)[0x44c9d075]\n/lib/libz.so.1(zcalloc+0x20)[0x44d9dfd0]\ngit-http-fetch[0x804cb78]\ngit-http-fetch[0x804ae2b]\ngit-http-fetch[0x804aeab]\ngit-http-fetch[0x804d265]\ngit-http-fetch[0x804a732]\ngit-http-fetch[0x804c240]\n/lib/i686/libc.so.6(__libc_start_main+0xdc)[0x44c4bd8c]\ngit-http-fetch[0x804a071]\n\nI'll spare you the detfailt unless you want it.\n\n-- robin\n"},{"id":"52249","messageId":"20070902145429.8bf50059.seanlkml@sympatico.ca","threadId":"9742","inReplyTo":"200709021123.04218.robin.rosenberg.lists@dewire.com","subject":"Re: git clone over http","fromName":"Sean","fromEmail":"seanlkml@sympatico.ca","sentAt":"2007-09-02T18:54:29Z","receivedAt":"2007-09-02T18:54:29Z","isPatch":false,"sender":{"key":"seanlkml@sympatico.ca","avatar":"https://gravatar.com/avatar/f92923f54fc08c401fc59b71829d4b89e9b8087fbba45ff87c82e6a83aee02ae?d=mp&s=160"},"body":"On Sun, 2 Sep 2007 11:23:03 +0200\nRobin Rosenberg <robin.rosenberg.lists@dewire.com> wrote:\n\nHi Robin,\n\n> git clone (1.5.3) with http is somewhat unreliable. I've noticed if can actually give\n> me different versions of a branch each time I run it, eventually yielding\n> the one I'm expecting.  And now this:\n\nHmmm, that's very odd.  Tried it 3 times here and master was always at the\nsame commit (0421997bfd5).\n\n> (Using master, just after rc7)\n> $ git clone http://unix.schottelius.org/git/cLinux/cinit.git\n[...]\n> /usr/local/bin/git-clone: line 40: 14823 Segmenteringsfel        git-http-fetch $v -a -w \"$tname\" \"$sha1\" \"$1\"\n> \n> It doesn't repeat itself, but I cannot clone because it always crashes.\n\nUsing 1.5.3 here and it works just fine.  Perhaps it has something to do with\nyour version of the Curl library?  This is what is in use here:\n\n$ curl --version\ncurl 7.16.4 (i686-pc-linux-gnu) libcurl/7.16.4 OpenSSL/0.9.8e zlib/1.2.3\nProtocols: tftp ftp telnet dict http file https ftps \nFeatures: Largefile NTLM SSL libz\n\nSean\n"},{"id":"52486","messageId":"1188924876.6192.21.camel@beauty","threadId":"9742","inReplyTo":"200709021123.04218.robin.rosenberg.lists@dewire.com","subject":"Re: git clone over http","fromName":"Josh England","fromEmail":"jjengla@sandia.gov","sentAt":"2007-09-04T16:54:36Z","receivedAt":"2007-09-04T16:54:36Z","isPatch":false,"sender":{"key":"jjengla@sandia.gov","avatar":null},"body":"On Sun, 2007-09-02 at 11:23 +0200, Robin Rosenberg wrote:\n> git clone (1.5.3) with http is somewhat unreliable. I've noticed if\n> can actually give\n> me different versions of a branch each time I run it, eventually yielding\n> the one I'm expecting.  And now this:\n\nI don't see this behavior, but I do see other wierdness cloning via\nhttp.  Anytime I clone a repo (any repo) via http from behind the\nfirewall/proxy at work I never get any branches.  'git branch' only ever\nshows 'master'.  I can't checkout and work on any other branch.  I can\nwork around the problem by cloning on a box that is more open, but was\nwondering if anyone knows how to fix this.\n\n-JE\n"},{"id":"52494","messageId":"7vir6qnxuh.fsf@gitster.siamese.dyndns.org","threadId":"9742","inReplyTo":"1188924876.6192.21.camel@beauty","subject":"Re: git clone over http","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2007-09-04T17:29:10Z","receivedAt":"2007-09-04T17:29:10Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"\"Josh England\" <jjengla@sandia.gov> writes:\n\n> On Sun, 2007-09-02 at 11:23 +0200, Robin Rosenberg wrote:\n>> git clone (1.5.3) with http is somewhat unreliable. I've noticed if\n>> can actually give\n>> me different versions of a branch each time I run it, eventually yielding\n>> the one I'm expecting.  And now this:\n>\n> I don't see this behavior, but I do see other wierdness cloning via\n> http.  Anytime I clone a repo (any repo) via http from behind the\n> firewall/proxy at work I never get any branches.  'git branch' only ever\n> shows 'master'.  I can't checkout and work on any other branch.  I can\n> work around the problem by cloning on a box that is more open, but was\n> wondering if anyone knows how to fix this.\n\nWell, what does \"git branch -r\" say?\n\nIf you see the remote tracking branches out of your branch (aka\n\"heads/\") namespace, that has been the default for quite some\ntime since 1.5.0 days.\n\nPerhaps \"more open\" one has ancient git that dumped remote\ntracking branches in your branch namespace, while your \"behind\nfirewall\" one has not so ancient git?\n"},{"id":"52503","messageId":"200709042019.56009.robin.rosenberg.lists@dewire.com","threadId":"9742","inReplyTo":"7vir6qnxuh.fsf@gitster.siamese.dyndns.org","subject":"Re: git clone over http","fromName":"Robin Rosenberg","fromEmail":"robin.rosenberg.lists@dewire.com","sentAt":"2007-09-04T18:19:54Z","receivedAt":"2007-09-04T18:19:54Z","isPatch":false,"sender":{"key":"robin.rosenberg@dewire.com","avatar":"https://avatars.githubusercontent.com/u/46357?v=4"},"body":"tisdag 04 september 2007 skrev Junio C Hamano:\n> \"Josh England\" <jjengla@sandia.gov> writes:\n> \n> > On Sun, 2007-09-02 at 11:23 +0200, Robin Rosenberg wrote:\n> >> git clone (1.5.3) with http is somewhat unreliable. I've noticed if\n> >> can actually give\n> >> me different versions of a branch each time I run it, eventually yielding\n> >> the one I'm expecting.  And now this:\n> >\n> > I don't see this behavior, but I do see other wierdness cloning via\n> > http.  Anytime I clone a repo (any repo) via http from behind the\n> > firewall/proxy at work I never get any branches.  'git branch' only ever\n> > shows 'master'.  I can't checkout and work on any other branch.  I can\n> > work around the problem by cloning on a box that is more open, but was\n> > wondering if anyone knows how to fix this.\n> \n> Well, what does \"git branch -r\" say?\n> \n> If you see the remote tracking branches out of your branch (aka\n> \"heads/\") namespace, that has been the default for quite some\n> time since 1.5.0 days.\n> \n> Perhaps \"more open\" one has ancient git that dumped remote\n> tracking branches in your branch namespace, while your \"behind\n> firewall\" one has not so ancient git?\n\nThe version where I noticed that strange behaviour was 1.5.3-rc6 on the client\nand 1.5.1.4 on the server. The local repo was originally cloned with 1.5.something.\nThe interesting branch was a non-fastword one (i.e. \"pu\") and on the server I\nwas running git-update-server-info every 30 minutes. The pu branch on the server\nwas stable during the strange period. I'm not sure whether I got the odd behaviour\nwithin those 30 minutes or not.\n\nThe url to the repo is http: //rosenberg.homelinux.net/repos/EGIT.git\n\nI cannot http clone myself anymore it seems, but someone else may succeed better.\n\nMy curl is 7.16.0. Haven't tried any other version yet.\n\n-- robin\n"}]}