On Sun, Jul 23, 2017 at 4:49 PM, Stephen Isard <[email protected]> wrote:
> On Sun, 23 Jul 2017 15:55:23 -0400, Nico Kadel-Garcia <[email protected]> 
> wrote:
>
>>I'm going to urge you to do "yum update" manually, *once*, to see if
>>the problem occurs today.
>>
>>And "sl-fastbugs" is never going to be completely stable. Those are
>>pre-production bugfixes, highly dynamic and changing quickly, one of
>>the places most likely to have a discrepancy between the repodata and
>>the published RPMs.
>
> Thanks, Nico.  I've actually done a complete update from the command line, 
> having found that
> I could update individual packages.  I didn't have any good reason to think 
> that it would solve the
> problem with yum-cron, but the packages did want updating anyway.
>
> The problem wasn't specific to sl-fastbugs though.  There were a couple of 
> sl-security packages waiting too,
> and after I updated all of the fastbug ones, yum-cron still failed with the 
> same error message
> on the sl-security packages.
>
> There haven't been any updates available since I did the manual update, so I 
> haven't yet had a chance to
> see what yum-cron will do with new ones.

Then perhaps there is an issue with your nearest SL mirror? Perhaps
you could simply disable the sl-fastbugs repo for now, and see what
yum-cron does? I wouldn't activate sl-fastbugs on a production host
due to potential poor interactions with these leading edge packages.

Reply via email to