site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com -pmb On Sep 26, 2005, at 2:00 AM, Stéphane Sudre wrote: On dimanche, septembre 25, 2005, at 08:17 PM, Mark Krenek wrote: Possible workarounds: * Ugly: set the default location to be /tmp. [...] [...] _______________________________________________ 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/bierman%40apple.com _______________________________________________ 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... Please be sure to file bugs for enhancements to parts of the installer that could help you with this, but don't quite make it. Also, I'd avoid any dependencies on Receipts if you investigate some of the other suggestions, as the Receipts directory is an internal implementation detail of the Installer.app, and could change in the future. At 9:28 AM -0500 9/26/05, Mark Krenek wrote: Thanks for the suggestions. I'll give them a try. I find it hard to believe that such a simple task is not easy to perform. I guess most of Apple's own software is located in hard-coded locations so they can simply check for the existence of a bundle at a known location. * Not too bad: Use a metapackage to do something similar but to avoid installing any real files in /tmp. * Complex but a bit smart: Create a small Cocoa or Carbon bundle application which looks for the location of your previous application using the LaunchServices API. This email sent to bierman@apple.com This email sent to site_archiver@lists.apple.com