Unsaved settings
Unsaved settings
- Subject: Unsaved settings
- From: Jack Repenning <email@hidden>
- Date: Wed, 3 Feb 2010 15:06:12 -0800
Using PackageMaker 3.0.4 (in OS X 10.6.2), some settings I make don't get saved in the .pmdoc, so the next time I build the .mpkg, it comes out wrong and user installs fail, or do the wrong thing. Is there something I can do to make this setting stick?
One specific instace is the "Allow Relocation" check box in the Components tab of the Package panel of the InstallRoot folder of the primary "Choice." I want this unchecked. For most of the components of the package, this works: I uncheck it once, save the .pmdoc, and ever afterwards when I use this .pmdoc, the box comes up unchecked, as I like it. But for one component, no: every time I open the .pmdoc, I find the box checked again.
The one component is a bit off the beaten path. It's an app (a .app bundle) generated by Xcode. But it's stored inside another component, which is a .plugin bundle. See the attached screenshot of PackageMaker, which shows the state I always find upon opening the .pmdoc. The component hierarchy shown here is a correct and accurate reflection of the actual way things are organized on disc, both in the InstallRoot directory and in the ultimate deployed product. The InstallRoot PackageMaker Contents were generated by adding the InstallRoot folder; PackageMaker searched out the individual components therein, and made this configuration.
I'm not entirely clear on what this "Allow Relocation" check box means. Does this mean the same as allowing "Install Destination" other than System volume? Or does it have something to do with the .app/Contents/MacOS/* binary files' library linkage ("otool -L" output)? Something else? All I've learned is that, if I leave this box checked, the app does not end up where I expect it, nor can I figger out where it did end up.
-==-
Jack Repenning
email@hidden
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 (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden