Up2Date looses ..... / yum-rep

Satish Balay balay at fastmail.fm
Fri Oct 31 16:54:54 UTC 2003


On Fri, 31 Oct 2003, Paul W. Frields wrote:

> On Fri, 2003-10-31 at 03:22, Michael Ring wrote:
> > I used up2date yesterday and it had to update about 20 packages.
> > During it installation of kernel-source up2date died because it could 
> > not install the package. The problem now is, that all packages that 
> > where to be installed after kernel-source are de-installed!
> [...snip...]
> > I've entered a bug in bugzilla. ID is 108691
> 
> This looks closely related to my bug #108652, rather than the one it was
> marked as duplicating in bugzilla. I added a comment in the hopes that
> someone will see that this (and many of the other up2date problems that
> keep reappearing on the list) could be taken care of by simply adding an
> extra modicum of sanity checking during the process.

Looks like all these issues are due to the mirrors (including
ftp.redhat.com) not having a consistant yum repository (i.e
headers/header.info not in sysc with the *.rpm files available on the
mirror .)

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=107972

The correct fix - I think, is to change the process with which
ftp.redhat.com is updated.

I suspect there is a local machine where rawhide rpms are updated -
and header.info is re-generated for. But somehow header.info is
rsynced to ftp.redhat.com - but not all the rpm packages. (perhaps
i386/header packages are rsynced every 3 hours - but not the s390x -
which get rsynced once every day?) - thus resulting in inconistancy on
the ftp site.

This inconsistancy gets propagated to all mirrors.

Satish





More information about the fedora-test-list mailing list