GNOME Bugzilla – Bug 592073
Automatic updates for extra repositories
Last modified: 2013-11-21 14:56:22 UTC
We have automatic application of updates turned on in our RHN configuration, but this only takes care of automatically scheduling the installation of official Red Hat errata. It doesn't apply updates coming from our other repositories: EPEL RPMForge (Perl packages only) GNOME (local custom built packages) To get that to happen, we'd have to enable automatic updates by some other mechanism. The simplest way to do this is to just turn yum-updatesd on in our puppet configuration, including turning do_updates on in /etc/yum/yum-updatesd.conf This will "compete" with RHN for installation of packages that are updated in the official RHEL repositories, so a package might be installed either by rhnsd or yum-updatesd depending on the timing (usually rhnsd, it runs more frequently.) That shouldn't be a problem. Note: There's certainly a good argument that automatic application of errata is not best practice for servers. But considering: - The limited amount of sysadmin time and sometimes poor coordination - The wide variety of software across our ~14 systems and VMs - The large percentage of our software which is internet-facing I think it's better to reliably have updates installed and have to occasionally scramble to fix a broken service, then to get exploited by some hole in a package that had been fixed 6 months earlier upstream, but we forgot to apply the update.
The GNOME Infrastructure Team is currently migrating its bug / issue tracker away from Bugzilla to Request Tracker and therefore all the currently open bugs have been closed and marked as OBSOLETE. The following move will also act as a cleanup for very old and ancient tickets that were still living on Bugzilla. If your issue still hasn't been fixed as of today please report it again on the relevant RT queue. More details about the available queues you can report the bug against can be found at https://wiki.gnome.org/Sysadmin/RequestTracker. Thanks for your patience, the GNOME Infrastructure Team