I've been thinking about it, and given this information, it is most
likely the blockage. What if Axel(as a test) upped the concurrent
connection limit up to 20, and made it so that it refreshes every 60
mins? To me this would seem to be a nice fix for us(maybe) That or I
guess the question to ask Axel is, has there been any major update in
the code that would cause HTTP connections through apt, etc to linger?
That might explain why for some people it takes 15 minutes to happen,
and others take hours. If they in succession download 13 files
quickly, and the HTTP sessions for each are still open, that would
cause them to FUBAR. Would it not?
On 6/14/05, Greg Depasse <greg.depasse at gmail.com> wrote:
> > > > Justin Popa wrote:
> > > >
> > > > >In the correct thread now...
> > > > >
> > > > >For those who didnt see my post from earlier, I am back to using
> > > > >another repository for the at-stable information.
> > > > >
> > > > >http://mirrors.ircam.fr pub/atrpms/fedora/3/en/i386 at-stable
> > > > >
> > > > >This should be a near perfect mirror. It's working 100% for me right
> > > > >now. Don't mean to say avoid atrpms, but until this issue is resolved,
> > > > >this will work for most of you.
> > > > >
> > > > >I've noticed about 2-3 people say they were comcast. Anyone here
> > > > >having the problem on an ISP **OTHER** than comcast?
> > > > >
>> Just to add to the confusion, I'm on Adelphia cable internet in New
> Hampshire, USA.
>> Greg
> _______________________________________________
> mythtv-users mailing list
>mythtv-users at mythtv.org>http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users>