The effect of installing SL_yum-cron_no_automated_apply_updates and SL_yum-cron_no_default_excludes were *both* undone by the update. As Bill implies, the TUV change of a config file back to the default for the sake of a few comment lines seems a bit severe (although, admittedly, those comment lines are important.)
rpmconf(8) is your friend. I run this after every operating system update to production servers (and most especially point releases.) It finds and helps you resolve these kinds of issues. It is available in EPEL. Should the SL packages rerun their postinstall scriptlets (via, say, a %triggerin) when a new yum-cron package comes along? Or is this a bug for TUV? Tim Kanuka Canadian Light Source Inc. -----Original Message----- From: owner-scientific-linux-us...@listserv.fnal.gov [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of Bill Maidment Sent: February 5, 2016 23:28 To: Bill Maidment <b...@maidment.me>; scientific-linux-us...@fnal.gov Subject: RE: Upgrading SL 7.1 to SL 7.2 - auto update switched back on That should have been /etc/yum/yum-cron.conf -----Original message----- > From:Bill Maidment <b...@maidment.me> > Sent: Saturday 6th February 2016 16:21 > To: scientific-linux-us...@fnal.gov > Subject: Upgrading SL 7.1 to SL 7.2 - auto update switched back on > > Be aware > The upgrade overwrites /etc/yum/yum.conf (putting the old file in > /etc/yum/yum.conf.saved). > All for the sake of a few changed comment lines. > > Cheers > Bill Maidment > >