On Tue, Apr 06, 2010 at 03:00:25PM -0700, Daniel Walker wrote: > On Tue, 2010-04-06 at 22:35 +0100, Russell King - ARM Linux wrote: > > On Thu, Apr 01, 2010 at 04:11:31PM -0700, Daniel Walker wrote: > > > On Fri, 2010-03-26 at 08:23 +0000, Russell King - ARM Linux wrote: > > > > On Fri, Mar 26, 2010 at 09:14:45AM +0100, Uwe Kleine-König wrote: > > > > > Hello, > > > > > > > > > > > I tried to add both, > > > > > > > > > > > > ftp://ftp.arm.linux.org.uk/pub/linux/arm/kernel/git-cur/linux-2.6-arm.git > > > > > > http://ftp.arm.linux.org.uk/pub/linux/arm/kernel/git-cur/linux-2.6-arm.git/ > > > > > > > > > > > > and I got strange download failures .. > > > > > It's recommended to have an actual copy of Linus' tree to fetch Russells > > > > > into. Then it works fine most of the time. > > > > > > > > There shouldn't be any problem; that tree is an identical copy of my > > > > local tree which uses no alternatives. It always contains an entire > > > > set of Linus' tree with no additional repacking. > > > > > > Now I'm getting this when I try to fetch your tree, > > > > > > error: RETR response: 550 (curl_result = 78, http_code = 550, sha1 = 2725898fc9bb2121ac0fb1b5e4faf4fc09014729) > > > error: RETR response: 550 (curl_result = 78, http_code = 550, sha1 = b72c40949b0f04728f2993a1434598d3bad094ea) > > > error: RETR response: 550 (curl_result = 78, http_code = 550, sha1 = 2eaa9cfdf33b8d7fb7aff27792192e0019ae8fc6) > > > error: RETR response: 550 (curl_result = 78, http_code = 550, sha1 = e4d50423d773fb8d5b714430ba5358e8a1b87c14) > > > error: RETR response: 550 (curl_result = 78, http_code = 550, sha1 = 162451fe66ce653aba0882a73c91b18006263397) > > > error: RETR response: 550 (curl_result = 78, http_code = 550, sha1 = 698a60b84f0ea4fe4a35aaeeb554e2e364adbb3c) > > > error: RETR response: 550 (curl_result = 78, http_code = 550, sha1 = 31bd585167b1da44dbb0242c1e1c3bef8126f7a2) > > > error: RETR response: 550 (curl_result = 78, http_code = 550, sha1 = 6d7959089feef578b898c72ca7d5397114262a6d) > > > error: FTP response timeout (curl_result = 28, http_code = 150, sha1 = 0f59db814fb8d112ea3ded5ca240aaf7e9b165dd) > > > error: Unable to find 9dc95cddf0db231f714b583d41872f5682c7fa10 under ftp://ftp.arm.linux.org.uk/pub/linux/arm/kernel/git-cur/linux-2.6-arm.git > > > Cannot obtain needed tree 9dc95cddf0db231f714b583d41872f5682c7fa10 > > > while processing commit 7998a8787a8b35fede689c2bb716f65b231e7492. > > > error: Fetch failed. > > > > > > Ultimately the fetch fails .. I did this on multiple git trees with the > > > same result .. > > > > Seems to be a git bug. > > > > 1. GIT_DIR=..../linux-2.6-arm.git git cat-file -p 2725898fc9bb2121ac0fb1b5e4faf4fc09014729 > > works, so the tree _does_ have this object. > > 2. objects/27/25898fc9bb2121ac0fb1b5e4faf4fc09014729 doesn't exist, so it > > must be in a pack file. > > 3. objects/info/packs lists all the pack files. > > > > So the question is why isn't your pull fetching from the pack files. > > Lastly: > > > > 4. b72c40949b0f04728f2993a1434598d3bad094ea (and some of the others) are > > Linus' commits. > > 5. 2eaa9cfdf33b8d7fb7aff27792192e0019ae8fc6 is the -rc3 tag. > > > > So either your tree is not up to date wrt Linus' tree, or git is trying > > to fetch objects it already has (which would also be a git bug.) > > It's not up to date w.r.t to Linus tree, or at least the attempt I > logged above wasn't. Correct - _my_ tree is behind Linus' tree. Therefore, if you have Linus' latest tree, you *already* have all of Linus' commits in *your* tree and git should not be fetching any of Linus' commits from me. > > I notice that you're using the ftp URL - have you tried using the http > > URL instead? Maybe git doesn't support ftp URLs? > > I tried the http url initialy on an older git version, but it wouldn't > download with http or ftp on that git version. So I just stuck with ftp. > I can give it another try with http . > > The other issue is that after the above failure git ends up telling me > repeatedly that the tree is corrupted. > > Does you server list anything wrong happening, cause those 550 errors > seem pretty suspect. It could also be some sort of firewall thing on my > end. I'm assuming no one else has reported anything like this before > right? The 550 errors are because the unpacked objects don't exist; they're already inside one of Linus' pack files which you should already have. That's the point - you should already have these git IDs (the ones you explicitly refer to) so there should be no reason for git to even consider fetching them via http or ftp. -- To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html