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 <[EMAIL PROTECTED]> 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 > [email protected] > http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users > _______________________________________________ mythtv-users mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
