MacOS – Mac App Store Update issue in Yosemite

From Daring Fireball:

Panic on the Mac App Store

Cabel Sasser on what it’s like for existing Mac apps that are now in the App Store:

PS: If you’re a current customer, there’s no way to convert a previous purchase into a Mac App Store purchase — that requires a re-buy. But remember, what you have now will continue to work just fine.

UPDATE: The Mac App Store may show software bought from us previously as “Installed”, even though they’re two different licenses. You will not get Mac App Store auto-updates unless you purchase from the Mac App Store. To re-enable the “Purchase” button in the Mac App Store, just drag the app to the trash. Your preferences/sites will not be affected.

In other words, for apps that use the same bundle ID for the both the Mac App Store and non-App Store versions, the Mac App Store will not install updates to already-installed non-App Store versions, but it will recognize them as being already installed. If you want to get updates via the Mac App Store, you’ll have to re-buy the app through the App Store.

Most people can just turn on automatic updates and let Apple manage all updates. If there’s a reason why you can’t or won’t do that, a command line tool does exist to automate App Store installs and updates.

One notable open source tool to replicate the Mac App Store from the command-line is mas:

• https://github.com/argon/mas

To install:

brew install mas 

Once it's in, you could update all the apps that are available with:

mas upgrade

If you don't want to trust third party software with your Apple ID, you could also automate your UI and can store the account name and password using keychain.

The Apple solution for non-App Store security patches and updates is to run the softwareupdate tool from the command line to update all software that Apple intends to be installed without user intervention or going through the App Store UI.

Currently on Lion and Mountain Lion - this means that the Mac will hit a local OS X server that is caching downloads for system updates and software installed outside the App store. If you don't have a local software update server, it will of course download files directly from Apple.

For Mountain Lion 10.8.2 and lower, - everything still comes through the App Store - so the Apple software like OS X updates is fully scriptable using this tool for updates and non-App Store updates only.

What isn't scriptable (yet or perhaps ever) are apps that are installed from the App Store like Xcode and Pages and third party applications. This means that you cannot just have one tool to update all the software without opening the App Store app and entering a password at the user interface screen.

What you can do is download the apps once and then copy the app to multiple macs as long as the Apple ID used to download the first copy of the app is also used on all of the Macs that will run the app.

I know of several institutions that buy one copy of each app for a lab of 20 computers to get a license for each seat, but then deploy one file to all the Macs so that once one update download is accomplished, a tool like Apple Remote Desktop or Caspar or a home made tool like scp or rsync is used to move the updated version of the app to all Macs in the lab.

If you go the route of individual Apple ID for each machine, you will not be able to script the installation of App updates since each will request the password for each account unless you are comfortable knowing all of the passwords and performing UI scripting where AppleScript can enter the correct username and password programatically and then click the button to begin the download process for each machine's updates. The way that app store apps are code signed makes it hard to just slide in an update without invalidating the package or somehow reverse engineering / jailbreaking the whole app store process and sidestepping the normal flow of letting the app installer do it's work.