Yes, most new installs are placed in the /Applications folder, and that was the first place I checked. When I checked initially for updates, the App Store/Updates identified both the delta update AND the Combo updater. I ran the delta update to 10.8.1, restarted the iMac, then ran the App Store/Updates again. This time it listed ONLY the Combo (4.37GB) updater, so I downloaded it as well, planning to just save it for some future emergency. After the Combo finished downloading, the installer automatically started, which I cancelled, since I was already running 10.8.1.
I then looked around for this huge file. It wasn't in the /Applications folder, nor in the Downloads folder. I searched Spotlight and found a file this size named Install Mountain Lion on my external drive in my Software/Apple Software folder with an update date of 8/16/2012 (last week), but nothing with this name dated today. I had created this folder to manually save/manage installers, so I honestly don't remember if this huge file was simply my original Mountain Lion Combo (10.8.0) installer, but I seem to think it's been more than a week since I installed Mountain Lion. However, the bottom line is that THAT Combo was NOT dated today, even though the Get Info on the file said it was changed TODAY.
Which brings me back to my core question, where/how do we set the default location for saving downloads from the AppStore? There is no Preferences section in the app, and nothing I can find in System Preferences to change this location. I have Safari set to download to the Desktop just so I don't have that problem, so I can manually consolidate where I save thse files.
You can check for the temporary file that the storeagent downloads by going to the Activity Monitor and looking at the open files tab. There you'll find the installer package. But since this is a temporary location I do not know how it's handled after the download is complete.
I ran the XCode update and the folder stayed there for the full installation. So it might be possible to grab the package if the installer isn't finished so the storeagent keeps the file araound till the installer finishes up but deletes it right after.
I wanted this information because I had a problem upgrading iPhoto to 9.4.3 and not even the Genious Bar™ was able to make it update. It was suggested I may need to reinstall Mac OS entirely. If I was going to have to do that, which would take days as I use a lot of large proprietary software implementations such as Adobe Creative Suite which would also have to be deactivated, reinstalled and reactivated, I decided to try to fix it myself. So I checked my Time Machine backup, turned off Time Machine and had a poke around on my disk. I know that Apple prefers we don't look at our filesystems this way, however, it has been maintained in many court decisions that the contents of our hard drives are ours to do with as we please. USE THIS INFORMATION AT YOUR OWN RISK. IT'S MORE LIKELY THAT THIS INFORMATION WILL HELP YOU HELP A TECHNICIAN SOLVE THE PROBLEM THAN FIXING IT YOURSELF WITHOUT A KNOWLEDGE OF BSD AND UNIX.
I know it's been a while, however, there is better information available about App Store download locations, this information should be handled very carefully as you'll be viewing areas of your filesystem that are not considered ‘end-user friendly’.
For instance, I had a problem with my Internet connection and received a corrupted PKG for my iPhoto 9.4.3 update. The update refused to install even after I uninstalled iPhoto and asked it to reinstall.
I viewed my Console when attempting to upgrade iPhoto and saw that it was attempting to access a PKG file called:
from a Console system message entry that looked like:
26/06/13 12:34:39.041 PM App Store: PKDistributionController: Found asset mzpsxxxx03867858650xxxx.pkg on disk for item 4xxxxxx1 - Size 2xxxxxx2
Upon searching my filesystem with a command in terminal, I discovered that the corrupted PKG file was located at:
This location is likely to be referenced by an internal OS database, and I basically just had to hope that removing the file would allow the database to clear the entry and force the PKG file to download again.
I deleted the file and restarted, asked iPhoto to install in the App Store, and everything went smoothly. After 20 or so other attempts, following Apple's support info, and asking colleagues, this was the ONLY solution to the problem without completely reinstalling Mac OS.
It's interesting that we don't find much information about these storage locations or information about solving App Store problems when PKG files get corrupted during transfer or installation, it's likely that Apple scrubs this information from the Apple Support Communities and I'll be curious to see how long this post lasts on the site.
Start the download. From terminal, execute the following command: lsof | grep -i pkg
This will give you a result like:
storedown 480 Michael 6u REG 1,2 1740996608 2552780 /private/var/folders/lt/05z7qkqs0r33x7t3khp2bxm00000gp/C/com.apple.appstore/497 799835/dge2261667518591136895.pkg
The last column is the full path to the package it is currently downloading. In this case, it's:
Also note that the package has been given a random name: dge2261667518591136895.pkg. This is probably more so that the file name is unique and there are no version / naming conflicts than any nefarious obfuscation.
Wait for the download to complete. Then, go to that directory:
cd /private/var/folders/lt/05z7qkqs0r33x7t3khp2bxm00000gp/C/com.apple.appstore/497 799835/
Once the download is complete, and the installer starts up, copy it out of the directory to someplace useful:
cp dge2261667518591136895.pkg ~/Desktop/MyApp.pkg
(The command above copies it to the dekstop as MyApp.pkg)
Note: You could do those last two steps in finder, but if you're going to play hacker games, use hacker commands.