SCIENTIFIC-LINUX-USERS Archives

July 2017

SCIENTIFIC-LINUX-USERS@LISTSERV.FNAL.GOV

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Nico Kadel-Garcia <[log in to unmask]>
Reply To:
Nico Kadel-Garcia <[log in to unmask]>
Date:
Sun, 23 Jul 2017 23:06:27 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (27 lines)
On Sun, Jul 23, 2017 at 4:49 PM, Stephen Isard <[log in to unmask]> wrote:
> On Sun, 23 Jul 2017 15:55:23 -0400, Nico Kadel-Garcia <[log in to unmask]> 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.

ATOM RSS1 RSS2