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