site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com Hi, - j On Sep 2, 2009, at 11:28 AM, Andrew Peckover wrote: Hello Justin, <When this happens, files that are missing (usually the application bundle that should go to /Applications) is not installed.> Andrew - j On Sep 2, 2009, at 10:53 AM, Nick Peelman wrote: -nick On Wed, Sep 2, 2009 at 10:33 AM, Justin Williams<justin@secondgearsoftware.com> wrote: Hi, Any help would be appreciated. This email sent to nick@peelman.us -- Nick Peelman peelman@gmail.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/apeckover%40pgmusic.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... The Allow Relocation checkbox is enabled, but in my testing, I'm not channging the default setting of installing to /Applications. Would disabling the Allow Relocation checkbox make a difference? Are you sure that this isn't being caused by that allow relocation checkbox in the Components section? Just making sure. -- I haven't found a way around the 'upgrade' issue either, other than to always make sure when I change the contents of my package I use a different folder name for my source files. Then at least customers' files don't get deleted (which I still can't believe is allowed) ----- Original Message ----- From: "Justin Williams" <justin@secondgearsoftware.com

To: <installer-dev@lists.apple.com> Sent: Wednesday, September 02, 2009 8:56 AM Subject: Re: Never upgrade. Always install It's a metapackage that contains an application file and another subpackage that installs some config files and certificates into the Library folder. We build each package on the fly using a set of scripts, because the subpackage's contents is unique to each user. Before I got around this issue by just trashing the receipts files in / Library/Receipts/ but with the transition away from those, I haven't found a reliable way to accomplish it in Leopard & Snow Leopard. Howard brings up an interesting question...what else are you installing that makes an installer necessary? I assume you're dumping files into /Library or a Kext or something? I am running into an issue with my Installer where many times it will determine that the user should be upgrading their package rather than installing fresh. When this happens, files that are missing (usually the application bundle that should go to /Applications) is not installed. I'd prefer to set my package to never have the option to upgrade and to just always install/overwrite the existing file on the user's Mac. I thought I could do this by adding the "pkgutil --forget net.secondgear.mybinary" command to my postinstall script to remove it from the receipts database, but it doesn't seem to make a difference. What's the preferred method to handle something like this? I was hoping there would be a magic button I could click in PackageMaker, but sadly, it didn't seem to exist. - Justin Williams http://secondgearsoftware.com/ - Check out Today: snapshot view of your daily iCal agenda <http://secondgearsoftware.com/today/> - _______________________________________________ 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/nick %40peelman.us This email sent to apeckover@pgmusic.com This email sent to site_archiver@lists.apple.com