After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 592073 - Automatic updates for extra repositories
Automatic updates for extra repositories
Status: RESOLVED OBSOLETE
Product: sysadmin
Classification: Infrastructure
Component: Packages
unspecified
Other Linux
: Normal normal
: ---
Assigned To: GNOME Sysadmins
GNOME Sysadmins
Depends on:
Blocks:
 
 
Reported: 2009-08-17 12:55 UTC by Owen Taylor
Modified: 2013-11-21 14:56 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Owen Taylor 2009-08-17 12:55:41 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.
Comment 1 Andrea Veri 2013-11-21 14:56:22 UTC
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