site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com On Sep 21, 2007, at 11:46 AM, Peter Bierman wrote: -==- Jack Repenning jackrepenning@tigris.org Project Owner SCPlugin http://scplugin.tigris.org "Subversion for the rest of OS X" _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.a... While I agree that this situation makes life hard for the installer, the Mac OS X Installer handles this as well as can be expected. The OS itself installs many many files that overlap between packages. The consequences are that when multiple packages own the same file, upgrading any one of those packages has the potential to replace or remove that file, leaving the other packages in an inconsistent state. When you know the circumstances of upgrading, you can work around this issue. For example, with Annette's issue, if she replaces a font that should exist anyway, then system upgrades will update or replace that font as necessary. Sure, I didn't mean to dis the Apple installer. But we're still -- inescapably, so far as I can see -- left with those potential inconsistent states. If for example, Annette cares about this font because she wants to use it (seems a safe guess!), and she wants to use this particular font because its metrics make some tricky form layout work better than any other font (wouldn't surprise me, given her return address and implied product), then a change to the font that altered the layout metrix (a thing outside her control, since she doesn't actually own this font) would be a big deal for her: when half her customers start complaining that the form lays out wrong, she'll have a very hard time figuring out why it fails at all ("works for me"), let alone why it only fails for half her customers. This email sent to site_archiver@lists.apple.com