August 2008 - Installer-dev

Re: 10.5 - installer skips Target pane on second run
by Paul Miller 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.16 (Windows/20080708) On Aug 7, 2008, at 7:02 PM, Paul Miller wrote: Found it! -- Paul Miller | paul(a)fxtech.com | www.fxtech.com | Got Tivo? _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Stéphane Sudre wrote: Paul Miller wrote: Paul Miller wrote: This is really weird. I have an installer plugin that runs after the standard Target pane. First time I run the installer, everything works normally. The second time I run the installer, after agreeing to the license agreement, the menu (at left) jumps right past the Target pane directly to my plugin name, but the main display is stuck on the License Agreement pane. Anyone seen this? A note - this happens to me but I have multiple drives on the system. Another person who has only one drive doesn't experience the problem. Seems the second time the installer runs, the installer is skipping the Select Destination pane and jumping directly to my plugin. But it does this without setting the targetVolume member of the parent section. My installer plugin code assumed targetVolume would be set, so my code was throwing an exception. In Obj C, this doesn't result in a crash, so the installer app just froze up on the previous pane that was visible, which happened to be the License Agreement. I don't know why this happens, and only on 10.5. Is your package set to install only on the root volume? No, I had turned that option off - but I did it via the Info.plist, rather than rebuilding the package (using Iceberg). If it's stored in there elsewhere, then it could possibly still be turned on. Even if it is on, it still goes to the Select Destination pane the first time an installer is run after logging in or rebooting. And it always goes there if my installer plugin is not in the package! Weird! This email sent to site_archiver(a)lists.apple.com

1 0

Re: 10.5 - installer skips Target pane on second run
by Stéphane Sudre 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Aug 7, 2008, at 7:02 PM, Paul Miller wrote: Found it! Is your package set to install only on the root volume? _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Paul Miller wrote: Paul Miller wrote: This is really weird. I have an installer plugin that runs after the standard Target pane. First time I run the installer, everything works normally. The second time I run the installer, after agreeing to the license agreement, the menu (at left) jumps right past the Target pane directly to my plugin name, but the main display is stuck on the License Agreement pane. Anyone seen this? A note - this happens to me but I have multiple drives on the system. Another person who has only one drive doesn't experience the problem. Seems the second time the installer runs, the installer is skipping the Select Destination pane and jumping directly to my plugin. But it does this without setting the targetVolume member of the parent section. My installer plugin code assumed targetVolume would be set, so my code was throwing an exception. In Obj C, this doesn't result in a crash, so the installer app just froze up on the previous pane that was visible, which happened to be the License Agreement. I don't know why this happens, and only on 10.5. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Package skips a component...
by Stéphane Sudre 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Aug 7, 2008, at 11:07 PM, Fritz Anderson wrote: Earlier packages, built the same way, worked. Just out of curiosity: _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… My problem persists. I am running out of ideas, and I would really appreciate some help. To summarize, my command-line-generated package skips installing a directory to /private/tmp, causing my postflight script (it checks for the directory before proceeding) to abort the installation and report it as failed. Installer.app in 10.5 reports 'Skipping "./ private/tmp/_FFExtensions"'. QUESTION: What would cause Installer.app to "skip" installing a directory? How can I prevent this You didn't the answer explaining it's a bug in Installer.app or you can reproduce the issue even after deleting the receipt (or removing it from the data base)? This email sent to site_archiver(a)lists.apple.com

1 0

Re: Package skips a component...
by Fritz Anderson 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com — F On Aug 7, 2008, at 4:07 PM, Fritz Anderson wrote: Earlier packages, built the same way, worked. The BOM listing for that directory is: User 0 is root; group 80 is admin. <key>IFPkgBuildVersion</key> <string>8S165</string>  <key>IFPkgFlagFollowLinks</key> <false/>  <key>IFPkgFlagIsRequired</key> <true/>  — F _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Sorry, one more datapoint -- the tool version in my problem case is 2.1.1 . My problem persists. I am running out of ideas, and I would really appreciate some help. To summarize, my command-line-generated package skips installing a directory to /private/tmp, causing my postflight script (it checks for the directory before proceeding) to abort the installation and report it as failed. Installer.app in 10.5 reports 'Skipping "./ private/tmp/_FFExtensions"'. QUESTION: What would cause Installer.app to "skip" installing a directory? How can I prevent this? ===================== ./private 40777 0/80 ./private/tmp 40777 0/80 ./private/tmp/_FFExtensions 40777 0/80 ./private/tmp/_FFExtensions/libx-uchicago.xpi 100666 0/80 178397 657451322 ./private/tmp/_FFExtensions/nsitbookmarks.xpi 100666 0/80 7357 1514279906 ===================== I tried re-creating the package project using Iceberg. I compared the BOMs. They are identical, including the creation dates of the .xpi files. I compared the generated Info.plists. They are identical, except for textual things like package IDs, CFBundleGetInfoString, etc., EXCEPT Iceberg had these ("was" refers to my old Info.plist settings): I changed my command-line Info.plist to match these settings, but my problem persisted. A thought: The biggest change I remember is the change from the Xcode 2.4 tools to the 2.5 tools. Did the PackageMaker command-line tool change in that transition, to a form that won't work for me? And does Iceberg build packages on its own, without resort to PackageMaker? That could explain it, but if so, it sucks. Iceberg is a nice tool, but I'm maintaining several packages and a couple of plugins, and I need a makefile workflow to manage them all. _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/fritza% 40uchicago.edu This email sent to fritza(a)uchicago.edu This email sent to site_archiver(a)lists.apple.com

1 0

Re: Package skips a component...
by Fritz Anderson 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Earlier packages, built the same way, worked. The BOM listing for that directory is: User 0 is root; group 80 is admin. <key>IFPkgBuildVersion</key> <string>8S165</string>  <key>IFPkgFlagFollowLinks</key> <false/>  <key>IFPkgFlagIsRequired</key> <true/>  — F _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… My problem persists. I am running out of ideas, and I would really appreciate some help. To summarize, my command-line-generated package skips installing a directory to /private/tmp, causing my postflight script (it checks for the directory before proceeding) to abort the installation and report it as failed. Installer.app in 10.5 reports 'Skipping "./ private/tmp/_FFExtensions"'. QUESTION: What would cause Installer.app to "skip" installing a directory? How can I prevent this? ===================== ./private 40777 0/80 ./private/tmp 40777 0/80 ./private/tmp/_FFExtensions 40777 0/80 ./private/tmp/_FFExtensions/libx-uchicago.xpi 100666 0/80 178397 657451322 ./private/tmp/_FFExtensions/nsitbookmarks.xpi 100666 0/80 7357 1514279906 ===================== I tried re-creating the package project using Iceberg. I compared the BOMs. They are identical, including the creation dates of the .xpi files. I compared the generated Info.plists. They are identical, except for textual things like package IDs, CFBundleGetInfoString, etc., EXCEPT Iceberg had these ("was" refers to my old Info.plist settings): I changed my command-line Info.plist to match these settings, but my problem persisted. A thought: The biggest change I remember is the change from the Xcode 2.4 tools to the 2.5 tools. Did the PackageMaker command-line tool change in that transition, to a form that won't work for me? And does Iceberg build packages on its own, without resort to PackageMaker? That could explain it, but if so, it sucks. Iceberg is a nice tool, but I'm maintaining several packages and a couple of plugins, and I need a makefile workflow to manage them all. This email sent to site_archiver(a)lists.apple.com

1 0

Re: packagemaker crash
by patrick machielse 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Op 7 aug 2008, om 22:10 heeft Robert Morgan het volgende geschreven: patrick -- Patrick Machielse Hieper Software http://www.hieper.nl info(a)hieper.nl _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… I started seeing those messages after I installed Xcode 3.1. I thought perhaps they had to do with the bug mentioned in a few other list postings where PackageMaker "loses" the destination directory. Anyway, that bug makes the current version of PackageMaker useless to me so I went and found the PackageMaker.app from Xcode 3.0 and overwrote the 3.1 version. After that my build started working again. (If you need to check your PackageMaker versions, the one from Xcode 3.0 is v3.0.1 (172) and the one from Xcode 3.1 is v3.0.2 (174)). Hmm, PackageMaker does seem to loose the 'Destination' setting for the product, but it seems to retain and use the 'Destination' for the containing 'choice', which seemst to work for my project. PackageMaker.app 3.0.2 works for me (that is to say it is quite awful and confusing, but it creates a working installer) but packagamaker (the command line tool) aborts while building the same .pmdoc project file. This email sent to site_archiver(a)lists.apple.com

1 0

Re: packagemaker crash
by Robert Morgan 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hope this helps, -rob On Aug 7, 2008, at 3:49 PM, patrick machielse wrote: As the last build phase in my project I use the packagemaker command line tool to build an installer package. The command has the following form: packagemaker --doc installer/zfinstaller.pmdoc -o ~/Desktop/test.pkg This command worked well some 6 months ago with Xcode 3.0, but now (using the iPhone SDK / Xcode 3.1 tools) I get a reproducable crash of the packagemaker tool: 2008-08-07 21:24:23.246 packagemaker[3536:10b] Setting to : 0 (null) 2008-08-07 21:24:23.250 packagemaker[3536:10b] Setting to : 0 com. [MYBUNDLEID].test.pkg 2008-08-07 21:24:23.254 packagemaker[3536:10b] relocate: (null) 0 2008-08-07 21:24:23.254 packagemaker[3536:10b] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** - [NSXMLDocument initWithXMLString:options:error:]: nil argument' 2008-08-07 21:24:23.255 packagemaker[3536:10b] Stack: ( 2471407947, 2526249211, 2471407403, 2471407466, 2434760916, 453375, 447724, 436213, 435514, 9990, 9922 ) The strange thing is that I can open the zfinstaller.pmdoc document in PackageMaker.app and build it just fine... Can anyone suggest a solution based on the cryptic output above? patrick -- Patrick Machielse Hieper Software http://www.hieper.nl info(a)hieper.nl _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/rmorgan%40carbonite.com _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… I started seeing those messages after I installed Xcode 3.1. I thought perhaps they had to do with the bug mentioned in a few other list postings where PackageMaker "loses" the destination directory. Anyway, that bug makes the current version of PackageMaker useless to me so I went and found the PackageMaker.app from Xcode 3.0 and overwrote the 3.1 version. After that my build started working again. (If you need to check your PackageMaker versions, the one from Xcode 3.0 is v3.0.1 (172) and the one from Xcode 3.1 is v3.0.2 (174)). This email sent to rmorgan(a)carbonite.com This email sent to site_archiver(a)lists.apple.com

1 0

packagemaker crash
by patrick machielse 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com packagemaker --doc installer/zfinstaller.pmdoc -o ~/Desktop/test.pkg Can anyone suggest a solution based on the cryptic output above? patrick -- Patrick Machielse Hieper Software http://www.hieper.nl info(a)hieper.nl _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… As the last build phase in my project I use the packagemaker command line tool to build an installer package. The command has the following form: This command worked well some 6 months ago with Xcode 3.0, but now (using the iPhone SDK / Xcode 3.1 tools) I get a reproducable crash of the packagemaker tool: 2008-08-07 21:24:23.246 packagemaker[3536:10b] Setting to : 0 (null) 2008-08-07 21:24:23.250 packagemaker[3536:10b] Setting to : 0 com. [MYBUNDLEID].test.pkg 2008-08-07 21:24:23.254 packagemaker[3536:10b] relocate: (null) 0 2008-08-07 21:24:23.254 packagemaker[3536:10b] *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: '*** - [NSXMLDocument initWithXMLString:options:error:]: nil argument' 2008-08-07 21:24:23.255 packagemaker[3536:10b] Stack: ( 2471407947, 2526249211, 2471407403, 2471407466, 2434760916, 453375, 447724, 436213, 435514, 9990, 9922 ) The strange thing is that I can open the zfinstaller.pmdoc document in PackageMaker.app and build it just fine... This email sent to site_archiver(a)lists.apple.com

1 0

Re: 10.5 - installer skips Target pane on second run
by Paul Miller 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.16 (Windows/20080708) Found it! I don't know why this happens, and only on 10.5. -- Paul Miller | paul(a)fxtech.com | www.fxtech.com | Got Tivo? _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Paul Miller wrote: Paul Miller wrote: This is really weird. I have an installer plugin that runs after the standard Target pane. First time I run the installer, everything works normally. The second time I run the installer, after agreeing to the license agreement, the menu (at left) jumps right past the Target pane directly to my plugin name, but the main display is stuck on the License Agreement pane. Anyone seen this? A note - this happens to me but I have multiple drives on the system. Another person who has only one drive doesn't experience the problem. Seems the second time the installer runs, the installer is skipping the Select Destination pane and jumping directly to my plugin. But it does this without setting the targetVolume member of the parent section. My installer plugin code assumed targetVolume would be set, so my code was throwing an exception. In Obj C, this doesn't result in a crash, so the installer app just froze up on the previous pane that was visible, which happened to be the License Agreement. This email sent to site_archiver(a)lists.apple.com

1 0

Re: 10.5 - installer skips Target pane on second run
by Paul Miller 07 Aug '08

07 Aug '08

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.16 (Windows/20080708) -- Paul Miller | paul(a)fxtech.com | www.fxtech.com | Got Tivo? _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… Paul Miller wrote: This is really weird. I have an installer plugin that runs after the standard Target pane. First time I run the installer, everything works normally. The second time I run the installer, after agreeing to the license agreement, the menu (at left) jumps right past the Target pane directly to my plugin name, but the main display is stuck on the License Agreement pane. Anyone seen this? A note - this happens to me but I have multiple drives on the system. Another person who has only one drive doesn't experience the problem. This email sent to site_archiver(a)lists.apple.com

1 0