[PlanetCCRMA] Re: Size Mismatch Problem

Axel Thimm Axel.Thimm@ATrpms.net
Mon Jul 19 04:12:01 2004

Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jul 19, 2004 at 12:17:12PM +0200, David Fraser wrote:
> Axel Thimm wrote:
> >On Mon, Jul 19, 2004 at 05:09:48PM +0800, Andrew Wilson wrote:
> >>pkglist.updates
> >>pkglist.planetccrma
> >>srclist.planetccrma
> >>
> >>fail to download with a "Size Mismatch" error.  I left it for a
> >>while to see if it was a temporary error due to a repository
> >>update etc.  However I have been getting the error for a couple of
> >>weeks now.

> >I don't have any issues. This is commonly seen on cached lines. Do you
> >have a transparent squid or otherwise, you can turn off? Or is your
> >ISP doing the caching for you?

> I've often had problems like this. It would be great if there was a more=
> intelligent way to try debug them ...
> I'm sure that they're not just caching problems as I've checked MD5 sums=
> from other hosts in other countries and still had the problems...

On Mon, Jul 19, 2004 at 06:34:56PM +0800, Andrew Wilson wrote:
> I am not running any local proxy or caching.  My ISP does run a
> proxy so I need to confirm that this is not the problem. =20
> However the problem has been extending over a couple of weeks which
> is a long time to hold something in cache.  Also the update process
> was working fine on Fedora Core 1 (plus RH9 and RH8).  It was also
> possible to retrieve using wget (also http).
> My guess is still with something I have broken, but I am game to
> check anything.

The mirror at planetccrma.atrpms.net has a server side expiry
mechanism to overcome intermediate proxys caching the metadata.

Could you try this (It is updated once a day at 19:00 CEST)? If it
works it is a caching issue, if not, it is something else.
Axel.Thimm at ATrpms.net

Content-Type: application/pgp-signature
Content-Disposition: inline

Version: GnuPG v1.2.4 (GNU/Linux)