10.10.4 is out
Hello from 10.10.4. Goodbye discoveryd!
Now for the Combo and AutoDMG to update their profiles :)
10.10.4 Combo can be found here
Non combo is here
Combo Update: https://support.apple.com/kb/DL1820Delta Update: https://support.apple.com/kb/DL1819
These links are not searchable yet; I had to increment the DL#### in the URL in order to find them.
Edit: goddammit, beaten by 9 minutes. :P
What is the package called, so that it can be restricted? Is it more simple to just do a OSXUpd*?
Also what is the difference between Combo and Non.
Sorry guys newbie here...
A Combo updater includes all previous updates for the same major version, and can be applied to systems running any minor version of the same major version (10.10.0 ~ 10.10.3). The non-combo is also called a "delta" and can only be used to update from the previous version (10.10.3 -> 10.10.4 ONLY).
Best practice to avoid unexpected software updates is:1) Managed machines should not have admin rights;2) You should be redirecting the Macs to your in-house software update server.
What do you think is the harm in preventing users from installing this update?
The Combo Updater can be applied to any version of Yosemite (10.10.*) to bring it up to the current version.
The regular (non-combo) update just updates the previous point release to the current.....in this case 10.10.3 to 10.10.4.
oops too slow, what @bradtchapman said.
The updates are hefty:1.9 GB for the Combo1.0 GB for the regular update
"1) Managed machines should not have admin rights;"
Hahahahaha thats a good one! If only!
Hey @Josh.Smith , I don't think you're showing enough pieces of flair under your avatar. Gonna need a few more badges. ;-)
@bradtchapman lol yes that's what happens when you combine a Training Pass and being 8 miles from a JAMF office! Now I'm hungry for Chotchkie's for lunch...
I'm assuming it will but has anyone tried Mac App Store 10.10.4 build on the new retina MacBook Pro?
Deployed OS X 10.10.4 non combo to a couple of test machines, had a weird issue.
Some of the 2011 iMac's made a really loud beeping sound before rebooting. Has anyone experience this before? The 2013's & 2014's (slim iMac's) made no noise.
It's not the end of the world, these updates go out at night anyway.
@Abdiaziz The update has a firmware update embedded in it for those older machines that could have their firmware screwed with when waking from sleep. Beep is the firmware update getting applied.
Thanks for clarifying! @chriscollins
TRIM Support included after OS X 10.10.4 Update for non Apple SSDs.
sudo trimforce enable
On my 1st try the new retina MacBook Pro are working...
The firmware update for OSX 10.9 and 10.8 is showing to be its own update now: "Mac EFI Security Update 2015-001"
You early testers seeing good luck with this one (minus the beeps, of course!) ?
Edit: larger pushes of the 10.8.5 version of the EFI update were causing freezes in about 5% of targets here
Installed on my work iMac and personal laptop, no issues whatsoever.
Installed Combo and Delta updates to test machines, no issues so far.
Combo update needs 4.3GB of space!
Preparing to release Combo update via policy tonight.
Anyone care to share a best strategy for getting 10.10.4 to 1350 students with managed MacBook Airs (none officially have admin rights)?
Silent deploy of Cache combo update to smart group specified with sufficient SSD space?
Then a Self Service option with a prompt to have plugged into AC adapter & that it will take up to two hours to deploy?
Thanks for checking @gachowski
Could it be finally fixed?
Security Update 2015-005
and not just for the current Yosemite!
rootpipe full disclosure
@Nick_Shortal , pre-caching is the best way to go. Those newer machines will probably install the combo updater in less than 10 minutes. But do you have multiple file distribution points? Otherwise your poor file server will buckle under the pressure of trying to send the package to 1350 machines, and it could take several hours to several days (multicasting is not possible in your scenario).
Be very careful when turning TRIM on for third party SSDs. A flaw in Crucial, Micron, Samsung, as well as other brands can cause critical data loss if TRIM is enabled. The full list of the drives (as well as the Linux black list) can be found here
Any ideas when AutoDMG might update their profiles? I use that for making new images and applying updates to them.
Awaiting that as well... Both AutoDMG and AutoCasperNBI work fine with 10.10.4 though.
I did see that though which is nice! Just running the updates post imaging is kind of a pain when I can just have AutoDMG build them in.
@sean That was interesting. I liked how clear and to the point that speaker was.
Seems like 10.10.4 combo via Self Service works with the built in restart options (unlike the 10.10.3 combo) and doesn't need the "shutdown -r now" command in place of the stock options. This is installing on top of 10.10.3.
It also looks like running a background "softwareupdate -ai" on Macs will pull down and install the 10.10.4 updates from ASUS without locking up the GUI like the 10.10.3 updates did. This is also installing on top of 10.10.3. Installing 10.10.4 on top of 10.10.2 still locks up the GUI and no apps launch. A reboot will bring the system up on 10.10.4.
Oh happy day! Anyone care to confirm?
AutoDMG profile for 10.10.4 (14E46)
(Courtesy of sohailmamdani in the ##osx-server IRC channel)
ROCK ON WITH YOUR BAD SELF!
@dstranathan Do I just copy that updateprofiles.plist that i downloaded from github that was in the zip file to the file location you specified?
@CorpTech Yes, I simply renamed the existing (10.10.3) file and dropped the new 10.10.4 file into Library/Application Support/AutoDMG/
@dstranathan AWESOME THANK YOU. will this cover things like the garageband update or is that just part of the os installer?
It appears only iTunes 12.2 and ARD 3.8.4 are covered.
I usually wait for MajorValp (Per Olofsson) to update his in-app profile update but I have been impatient and anxious to get 10.10.4 into testing, so I manually grabbed a profile from GitHub.
Per Per (heh), he's on travel, which is why the profile hasn't been updated. But it looks like Erik Gomez, whose updated UpdateProfiles.plist is linked to above, has also submitted the same profile as a pull request for AutoDMG.
GarageBand and the other iLife and iWork apps come from the App Store, so they're not part of the base OS or handled by AutoDMG.
BTW, I was able to set up deployment of the Combo updater to 3 test 10.10.3 machines, no shutdown -r now, @dgreening - it all just worked as normal. No 10.10.2 in this environment so I think I'm good.
Good to hear! We still have some stragglers on 10.10.2, so we will likely just leave the Self Service 10.10.4 combo update policy with the "shutdown -r now" so that it will work for all 10.10.x.
Like with the 10.10.3 update, after installing 10.10.4 I am not able to launch any CocoaDialog UI elements until after the restart. This is really annoying and breaks my update workflow, since I use that to inform the user that updates are completed and to present a restart countdown timer.
Looks like WindowServer is wrecked until you can reboot.
same thing happened with 10.10.3 so i just put a warning up that the system would reboot immediately following the installation of the 10.10.3 combo so quit everything now and just wait for the computer to reboot.
The good news is that if you have a CocoaDialog window open, you can still use it after the update is installed, it seems like new UI elements simply can't be created because something is wrong with WindowServer. Existing progressbars can still take in new information (text and bar %), but I don't know if any other CocoaDialog elements have that functionality.
I was already using a progressbar to show "Installing updates, please wait..." so once updates complete I convert that progressbar into an "Updates are complete, restart timer will begin shortly..." and then convert that yet again into a restart timer.
It's a little messy and I am having to redo a good chunk of my script, but it works. My only problem now is capturing policy logs if someone restarts the system early, since the policy hasn't technically finished yet. I used to spin off the restart timer as a new thread with a launchdaemon but I can't do that with this new workflow.
I just updated that plist file, and re-opened autodmg. My only questions is, for 10.10.4, what am I dragging into the OS area? All the App Store seems to let me download is the 10.10.3 14D136 installer, and I still get the message "installer deprecated by 10.10.4 14E46. Any help would be greatly appreciated.
Are you on 10.10.4 yet on the box you're using to build the AutoDMG installer? I believe the host OS and AutoDmg'd OS need to match.
I believe it is only AutoCasperNBI you can have a mismatched OS, right @bentoms ? AutoDMG needs to match like @emilykausalik said.
I got that error, I just re-downloaded the Install Yosemite app from the App Store and then it worked.
@ssrussell Correct! AutoCasperNBI does not need the same OS.