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