Strange differences in cogito on SPARC and i386

Strange differences in cogito on SPARC and i386

[Horst von Brand]

git, cogito up to date everywhere.

I updated my linux-2.6.git trees on SPARC and i386 yesterday at almost the
same time, and I then noted that on the SPARC I'd get interrupted fetches
and stuff like:

  
   [vonbrand@pincoya linux-2.6.git]$ cg-update
   Recovering from a previously interrupted fetch...
   15:04:56 URL:http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/HEAD [41/41] -> "refs/heads/.origin-fetching" [1]
   Getting alternates list
   progress: 10 objects, 24166 bytes
   error: Empty reply from server (curl_result = 52, http_code = 0, sha1 = 0801ec7bf4953784f0f3279c1a80258ad29094d6)
   Getting pack list
   progress: 11 objects, 24873 bytes
   error: Unable to find 0801ec7bf4953784f0f3279c1a80258ad29094d6 under http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/

Just started again each time, seems to work fine. On i386 the download goes
smoothly, no hickups. And there are /no/ updates while SPARC is working its
head off getting updates...

Then again, today on the SPARC it is getting several thousand objects (!),
while on i386 it was only a few dozen.

Some stupid pilot error? Got different mirrors between machines? Sounds
unlikely, as repeating the command (and presumably rotating between DNS
entries) makes no difference.

Just finished SPARCwise. Almost 10K objects for changes to 4 files?! Yes,
the files changed are the same on both machines.

Mistified...
-- 
Dr. Horst H. von Brand                   User #22616 counter.li.org
Departamento de Informatica                     Fono: +56 32 654431
Universidad Tecnica Federico Santa Maria              +56 32 654239
Casilla 110-V, Valparaiso, Chile                Fax:  +56 32 797513

--j9HIKc4x028468.1129573238/inti.inf.utfsm.cl--

Re: Strange differences in cogito on SPARC and i386

[Petr Baudis]

Dear diary, on Mon, Oct 17, 2005 at 09:06:10PM CEST, I got a letter
where Horst von Brand <vonbrand@inf.utfsm.cl> told me that...
> git, cogito up to date everywhere.

Does that mean the latest development trees or the latest release
vesions? If the latter, could you try the former, please?

>    [vonbrand@pincoya linux-2.6.git]$ cg-update
>    Recovering from a previously interrupted fetch...
>    15:04:56 URL:http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/HEAD [41/41] -> "refs/heads/.origin-fetching" [1]
>    Getting alternates list
>    progress: 10 objects, 24166 bytes
>    error: Empty reply from server (curl_result = 52, http_code = 0, sha1 = 0801ec7bf4953784f0f3279c1a80258ad29094d6)
>    Getting pack list
>    progress: 11 objects, 24873 bytes
>    error: Unable to find 0801ec7bf4953784f0f3279c1a80258ad29094d6 under http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git/
> 
> Just started again each time, seems to work fine. On i386 the download goes
> smoothly, no hickups. And there are /no/ updates while SPARC is working its
> head off getting updates...
> 
> Then again, today on the SPARC it is getting several thousand objects (!),
> while on i386 it was only a few dozen.
> 
> Some stupid pilot error? Got different mirrors between machines? Sounds
> unlikely, as repeating the command (and presumably rotating between DNS
> entries) makes no difference.

Well, can you repeat the bug using git pull? (Try just "git pull".) If
so, and if you will slightly modify the subject in your reply, you
should hopefully get some interested debuggers who know this stuff
better. ;-) But I've seen those reports before, and it seems something
is rotten in the realm of fetching...

> Just finished SPARCwise. Almost 10K objects for changes to 4 files?! Yes,
> the files changed are the same on both machines.

This might be because of the interrupted merge - if it says the
"recovering" message, it will try to make sure you really have all the
objects, and depending on your exact git version, I can imagine it might
re-fetch some of them for some reason.

-- 
				Petr "Pasky" Baudis
Stuff: http://pasky.or.cz/
VI has two modes: the one in which it beeps and the one in which
it doesn't.