site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com Andrew 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: 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? -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... If Allow Relocation is enabled, then it looks for the .app on your computer, and will put it elsewhere (not where you might expect) if it finds it. For example, if you're testing your install on a computer that you use for development and you've got the app in a few different places. A typical user wouldn't experience this, since they would only have the .app in one place. But - note: If you uncheck the Allow Relocation box, you can't just forget about this setting.... Because it often becomes automatically checked when you modify your package.. ----- Original Message ----- From: "Justin Williams" <justin@secondgearsoftware.com> To: "Andrew Peckover" <apeckover@pgmusic.com> Cc: <installer-dev@lists.apple.com> Sent: Wednesday, September 02, 2009 11:07 AM Subject: Re: Never upgrade. Always install 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. 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