Getting PackageMaker to notice version.plist
Getting PackageMaker to notice version.plist
- Subject: Getting PackageMaker to notice version.plist
- From: Daniel Jalkut <email@hidden>
- Date: Wed, 23 Nov 2005 12:08:35 -0500
I am pulling my hair out trying to debug a simple "newer component
gets overwritten" installer issue.
During my debugging, I've discovered that, although my "bundle" has a
"version.plist" inside it, there is no resulting
"BundleVersions.plist" file in the created installer package.
To take my own bundle's format, extension, version.plist format,
etc., out of the equation, I dropped a copy of Safari.app into my
installer root. It seems to have a version.plist and I would assume
it is correct. Still no BundleVersions.plist!
I'm about ready to write a custom script to generate the
BundleVersions.plist file myself. Is there anything anybody can
suggest to get to the bottom of why PackageMaker doesn't incorporate
my bundles' versioning information when it generates the package?
I'm running 10.4.3 with PackageMaker 2.1 (122). It's also a bit hard
to debug this because PackageMaker dispatches some tasks to external
tools. I can't tell who's responsible for collecting the
version.plist information and tacking it into the final product.
Could it be "packagearchiver" ? Does anybody know the syntax for that
tool?
Thanks for helping with this slightly OT question.
Daniel
PS I know it's not the problem described in QA1281, because I'm
getting an *empty* BundleVersions.plist (contents contain "<dict/>"),
not a malformed path.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Xcode-users mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden