Re: [bug-inetutils] Is bootstrap script failing everywhere?

[Mats Erik Andersson]

måndag den  9 maj 2011 klockan 18:01 skrev Simon Josefsson detta:
> Mats Erik Andersson <address@hidden> writes:
> 
> > måndag den  9 maj 2011 klockan 12:36 skrev Simon Josefsson detta:
> >> 
> >> It works fine here -- although I use --gnulib-srcdir=$HOME/src/gnulib
> >> --skip-po.  Could you try to check out gnulib manually and then point to
> >> that checkout using --gnulib-srcdir?
> >
> > I succeeded once with a manual
> >
> >    git clone --depth 2 git://git.sv.gnu.org/gnulib.git
> >
> > then failed six times in a row with depth two or one,
> > finally giving up on it. Trying without a depth option,
> > the cloning grinds to a halt after resolving 51% (49800).
> > this repeats itself tree times, cuasing full CPU load.
> > I even tried downgrading to git-1.7.2.3 with some manual
> > package intervention that followed suite. No success.
> 
> Very strange!  Which system are you using?  I'm using git 1.7.2.5 from
> Debian Squeeze and I check out regulary from git.sv.gnu.org and only
> noticed problems some rare times.

Lucky you! The few times I work from a Squeeze system everything
works as in an ideal world. This is what you observe.

As soon as I go to may main development machine, running Wheezy/testing
(since I do much work for Debian), then Git dislikes Gnulib, but Git
still is very on friendly terms with Inetutils.

> I was able to complete a checkout
> just now:
> 
> address@hidden:~$ time git clone git://git.sv.gnu.org/gnulib.git
> Cloning into gnulib...
> remote: Counting objects: 114667, done.
> remote: Compressing objects: 100% (19271/19271), done.
> remote: Total 114667 (delta 95589), reused 114387 (delta 95341)
> Receiving objects: 100% (114667/114667), 19.08 MiB | 739 KiB/s, done.
> Resolving deltas: 100% (95589/95589), done.

The same I get in Squeeze, but with Wheezy I never get past

  Resolving deltas: 51% (49800/95589)

> Hm.  Maybe you end up using git over http for some reason?  That will be
> very inefficient for a large repository like gnulib.

Possibly the handshake is incomplete. Could one stimulate Gnulib
to do garbage collection or a repository check?

Anyway, I do not any longer fear that GNU Inetutils has an issue,
instead the Git package family in Debian seems hit by a defect
I can not really explain, so I find it difficult to formulate
a proper BTS entry.

Regards,
  Mats