Closed
Bug 1033352
Opened 10 years ago
Closed 10 years ago
Disable system update checks on OS X machines
Categories
(Infrastructure & Operations :: RelOps: Puppet, task)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: whimboo, Unassigned)
References
Details
On QA slaves, which are running OS X, I see update popups open. Checking the preferences for software updates, I can see that we automatically check for those. The popups can cause pain for our Mozmill tests because Firefox is loosing focus when those popup. Therefore automatic checks should be disabled. Dustin, I don't know what the usual procedure is here on releng machines, and when those are getting updated. So please let me know.
Comment 1•10 years ago
|
||
See modules/disableservices/manifests/common.pp: case $::macosx_productversion_major { # 10.6 doesn't seem to have a way to disable software update, but later versions do 10.6: {} 10.7, 10.8: { service { [ 'com.apple.softwareupdatecheck.initial', 'com.apple.softwareupdatecheck.periodic', ]: enable => false, ensure => stopped, } } 10.9: { service { 'com.apple.softwareupdated': enable => false, ensure => stopped, } } }
Reporter | ||
Comment 2•10 years ago
|
||
Well, currently we include 'disableservices::slave' which inherits from 'disableservices::common'. So this would mean update checks are disabled. Given that this is not the case, we have a bug in this module?
Reporter | ||
Comment 3•10 years ago
|
||
Or wait. As I see now it only disables the service, but does not modify the system preferences?
Reporter | ||
Comment 4•10 years ago
|
||
So '/System/Library/CoreServices/Software Update.app/Contents/Resources/softwareupdated' is indeed not running on this Mac. Maybe the the little notification on the AppStore Dock icon was always present, and I just haven't noticed that yet. So lets close this bug for now as WFM.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•