@mstricz

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)

https://github.com/erikng/AutoDMGUpdateProfiles/blob/master/UpdateProfiles.plist

/Users/YOU/Library/Application Support/AutoDMG/UpdateProfiles.plist

(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.

Hi All,

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.

https://macmule.com/projects/autocaspernbi/#OSdmg