It looks like Apple is back to using brain-dead installers again. I installed 10.2.8 earlier tonight and discovered I had 2 copies Safari on my hard drive — one in /Applications/Internet and one in /Applications.
Now, I did have to Force Quit the install because it hung during optimization, but all the installation should have been complete by that point.
So, am I going completely nuts or are other people seeing this as well?
Tuesday evening update…
Well, I was going to retest this scenario on my beige G3, but Apple had pulled the 10.2.8 updater by the time I got home from work. It sounds like the reasons for the pulling were likely more serious that the Safari install location
In the meantime, I tracked down the two links I wanted to include last night but couldn’t find (I must have jumped right over the Daring Fireball article when I was scanning the archives).
The latter article proves I’m not completely nuts — Apple installers at one point were able to locate and update applications stored in subdirectories of /Applications.
From Bill Bumgarner’s post:
If you look at the receipt for the installation of the OS X 10.2.4 update, you will find a file within the installer package named TokenDefinitions.plist. If an application is not found in the default location, the installer looks for the application by bundle identifier. This means that the app can be moved or renamed and the Installer will still find it.
Well, since I’m so fond of digging around packages, I was off to check the receipt for 10.2.8. I found TokenDefinitions.plist in /Library/Receipts/MacOSXUpdate10.2.8.pkg/Contents/Resources. The only application included in my copy of this file was the Address Book.
Granted, I’m going by what Bill Bumgarner wrote back in February. It’s entirely possibly that Things Could Have Changed with regards to Apple’s installers since then. However, I find the ommission of any other applications in the TokenDefinitions.plist file a bit odd.