September 2009 - Installer-dev

How to skip 'destination select' step in Iceberg installer?
by FalgupanchalD FalgupanchalD 08 Sep '09

08 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=I36iwH1/t+KrYd2iOJZHfBvzY8IRsm2L7etU4aKL7eA=; b=rqgoAKMZQlik7KhCzq7UfYPEl0cGjODJXGzdQ1nm5mC2Te4BkF49LBsuTCru659Rap 2xukkczxR+9WmIVQPDtmJMxT2Xe/TjPIleRLfnzqB1i1iJnoAfW408STVjAro+fhCrZO 3qlEHa2MuhX/TdgRmfHfjxPKAMEEICywkBkGw= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=Z/+6U4+hwgzm2peyqqlRjugoTitjetZGv9AShy69/Z4ZVanQHuJfAQzexp5piEmnRS dJXarmRTeklxF5Z0Fye01wLvwHFkeKXqjZFNkjt+KFWghuNjrHGUgwvnS+441rBOlz8l Ittkzpe7rZb3La3Ag2XTgba+Fd+vfpyGbXvds= _______________________________________________ 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.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Not just SnowLeopard-- Re: SL checking bundle versions incorrectly?
by Kevin Brock 08 Sep '09

08 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Sep 7, 2009, at 3:43 PM, Nathan Kinsinger wrote: On Sep 4, 2009, at 5:54 PM, Kevin Brock wrote: I've run into this as well. This post describes it as well: <http://www.bdunagan.com/2008/12/07/packagemaker-tips/> Thanks for the pointer! I was hoping it was just me... Kevin _______________________________________________ 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.… First upgrade is OK, second fails. Basically PackageMaker is storing the original version in it's xml file and then keeps using that old version for it's upgrade check. Delete all occurrences of version="1.0" from the xml file and it will use the apps Info.plist version instead. Wow, that's really egregiously bad programming. I can't believe Apple didn't fix that in 10.6. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Not just SnowLeopard-- Re: SL checking bundle versions incorrectly?
by Nathan Kinsinger 07 Sep '09

07 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Sep 4, 2009, at 5:54 PM, Kevin Brock wrote: I've run into this as well. This post describes it as well: <http://www.bdunagan.com/2008/12/07/packagemaker-tips/> --Nathan BOINCMenubar 2 http://brotherbard.com/boinc/ _______________________________________________ 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.… First upgrade is OK, second fails. Basically PackageMaker is storing the original version in it's xml file and then keeps using that old version for it's upgrade check. Delete all occurrences of version="1.0" from the xml file and it will use the apps Info.plist version instead. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Not just SnowLeopard-- Re: SL checking bundle versions incorrectly?
by Kevin Brock 07 Sep '09

07 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.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.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Not just SnowLeopard-- Re: SL checking bundle versions incorrectly?
by Iceberg-Dev 06 Sep '09

06 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:in-reply-to:references :mime-version:content-type:message-id:cc:content-transfer-encoding :from:subject:date:to:x-mailer; bh=TEic3OLrcCb08rQ57o5mD/2oH3pkr1Y4sRDq4wo+/+g=; b=YaWXHoQ69qhdLNTH9WuvRTPa9eVE6vBS3PQuK4t8qAB8ZdlZFeZb5p2V9qRFgUSWhL UAevJo5VTdipBlOLh7eQpvboDHIL0lNu49lF3mOtGt5DqiWDHImElXtcSQtO4mLl+BNB pdA5VoaqNsfwfZ2zQQDR32n1ThFtOvhZU/1gs= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to:x-mailer; b=jlIF4l5cEdjdSIB01aszB/i0M9DCO/K1iFyWE7LpJItvG1junvndqsbSvdPGVUTnd7 36ndxSSbx5uPzTjDlY9t6eGWgydkFhb1DTBq/TvEF572WtvIAjNHNXPv+CgQ3MbhsD3o mt0vfpwfh3ocj4YbxopMtVqSMmu52zPlm653M= On Sep 5, 2009, at 1:54 AM, Kevin Brock wrote: Kevin Brock wrote: I managed to reproduce this with a really simple app. Xcode--> new Cocoa app, then build. Make three versions of it. 1.0, 1.1, 1.2. Make a simple PackageMaker project by dropping in the app, and build it for each of the versions of the app. Install 1.0 --> works Install 1.1 version over 1.0 --> works Install 1.2 version over 1.1, --> skipping component "com.mycompany.theapp" (*-1.0.0-*-*) because the version *-1.1.0-*- * is already installed.' So it looks like it's not me. It's SnowLeopard... Except that I can see the same behavior on Leopard. This is about as minimal an app as it's possible to build the only thing I customized was the name and the version. First upgrade is OK, second fails. Sep 4 16:44:32 host Installer[22355]: ====================================================================== ========== Sep 4 16:44:32 host Installer[22355]: User picked Standard Install Sep 4 16:44:32 host Installer[22355]: Choices selected for installation: Sep 4 16:44:32 host Installer[22355]: Upgrade: "Upgrade Test" Sep 4 16:44:32 host Installer[22355]: Upgrade: "upgrade" Sep 4 16:44:32 host Installer[22355]: Upgrade Test 1.2-1.pkg#upgrade.pkg : com.mycompany.upgradeTest.upgrade.pkg : 1 Sep 4 16:44:32 host Installer[22355]: ====================================================================== ========== Sep 4 16:44:32 host Installer[22355]: It took 0.00 seconds to summarize the package selections. Sep 4 16:44:32 host Installer[22355]: -[IFDInstallController (Private) _buildInstallPlan]: location = file://localhost Sep 4 16:44:32 host Installer[22355]: -[IFDInstallController (Private) _buildInstallPlan]: file://localhost/Users/user/Projects/ Test/upgrade/Upgrade%20Test%201.2-1.pkg#upgrade.pkg Sep 4 16:44:32 host Installer[22355]: _installNextPackage of 1 Sep 4 16:44:32 host installdb[22366]: started (uid 96) Sep 4 16:44:32 host installdb[22366]: Opened receipt database on '/' with schema 17. Sep 4 16:44:32 host Installer[22355]: Starting installation: Sep 4 16:44:32 host Installer[22355]: Preparing volume "kumquat" for installation Sep 4 16:44:32 host Installer[22355]: Configuring volume "kumquat" Sep 4 16:44:33 host Installer[22355]: Preparing disk for local booted install. Sep 4 16:44:33 host Installer[22355]: Free space on "host": 25.6 GB (27485581312 bytes). Sep 4 16:44:33 host Installer[22355]: Create temporary directory "/ private/tmp/Upgrade Test 1.2-1.pkg.22355gkq6Pm" Sep 4 16:44:33 host Installer[22355]: Running install actions Sep 4 16:44:33 host Installer[22355]: Processing upgrade: Sep 4 16:44:33 host Installer[22355]: Determining files to install Sep 4 16:44:33 host Installer[22355]: /Applications/upgrade.app (version 1.0) was not installed because a newer version (1.1) already exists. If I remove the test app from the system and do an install with this package, it works, and the version definitely is 1.2, not 1.0. There are no scripts involved, no strange bundle types, no customization... Could it be that the application bundle is set so that Installer.app will look for an already installed version and it's finding one in a location that is not /Applications? _______________________________________________ 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.… This email sent to site_archiver(a)lists.apple.com

1 0

Not just SnowLeopard-- Re: SL checking bundle versions incorrectly?
by Kevin Brock 04 Sep '09

04 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.23 (Macintosh/20090812) There are no scripts involved, no strange bundle types, no customization... Kevin _______________________________________________ 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.… Kevin Brock wrote: I managed to reproduce this with a really simple app. Xcode--> new Cocoa app, then build. Make three versions of it. 1.0, 1.1, 1.2. Make a simple PackageMaker project by dropping in the app, and build it for each of the versions of the app. Install 1.0 --> works Install 1.1 version over 1.0 --> works Install 1.2 version over 1.1, --> skipping component "com.mycompany.theapp" (*-1.0.0-*-*) because the version *-1.1.0-*-* is already installed.' So it looks like it's not me. It's SnowLeopard... Except that I can see the same behavior on Leopard. This is about as minimal an app as it's possible to build the only thing I customized was the name and the version. First upgrade is OK, second fails. Sep 4 16:44:32 host Installer[22355]: ================================================================================ Sep 4 16:44:32 host Installer[22355]: User picked Standard Install Sep 4 16:44:32 host Installer[22355]: Choices selected for installation: Sep 4 16:44:32 host Installer[22355]: Upgrade: "Upgrade Test" Sep 4 16:44:32 host Installer[22355]: Upgrade: "upgrade" Sep 4 16:44:32 host Installer[22355]: Upgrade Test 1.2-1.pkg#upgrade.pkg : com.mycompany.upgradeTest.upgrade.pkg : 1 Sep 4 16:44:32 host Installer[22355]: ================================================================================ Sep 4 16:44:32 host Installer[22355]: It took 0.00 seconds to summarize the package selections. Sep 4 16:44:32 host Installer[22355]: -[IFDInstallController(Private) _buildInstallPlan]: location = file://localhost Sep 4 16:44:32 host Installer[22355]: -[IFDInstallController(Private) _buildInstallPlan]: file://localhost/Users/user/Projects/Test/upgrade/Upgrade%20Test%201.2-1.pkg#upgrade.pkg Sep 4 16:44:32 host Installer[22355]: _installNextPackage of 1 Sep 4 16:44:32 host installdb[22366]: started (uid 96) Sep 4 16:44:32 host installdb[22366]: Opened receipt database on '/' with schema 17. Sep 4 16:44:32 host Installer[22355]: Starting installation: Sep 4 16:44:32 host Installer[22355]: Preparing volume "kumquat" for installation Sep 4 16:44:32 host Installer[22355]: Configuring volume "kumquat" Sep 4 16:44:33 host Installer[22355]: Preparing disk for local booted install. Sep 4 16:44:33 host Installer[22355]: Free space on "host": 25.6 GB (27485581312 bytes). Sep 4 16:44:33 host Installer[22355]: Create temporary directory "/private/tmp/Upgrade Test 1.2-1.pkg.22355gkq6Pm" Sep 4 16:44:33 host Installer[22355]: Running install actions Sep 4 16:44:33 host Installer[22355]: Processing upgrade: Sep 4 16:44:33 host Installer[22355]: Determining files to install Sep 4 16:44:33 host Installer[22355]: /Applications/upgrade.app (version 1.0) was not installed because a newer version (1.1) already exists. If I remove the test app from the system and do an install with this package, it works, and the version definitely is 1.2, not 1.0. This email sent to site_archiver(a)lists.apple.com

1 0

Re: SL checking bundle versions incorrectly?
by Kevin Brock 04 Sep '09

04 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.23 (Macintosh/20090812) Same thing happens when I build the packages on 10.6, using those tools. Kevin _______________________________________________ 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.… Kevin Brock wrote: Now these packages were built on 10.5, because all of our dev stuff hasn't shifted over to 10.6 and the new PackageMaker etc. yet, but these are brain-dead-simple flat packages, and they aren't working. This email sent to site_archiver(a)lists.apple.com

1 0

Re: SL checking bundle versions incorrectly?
by Kevin Brock 04 Sep '09

04 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.23 (Macintosh/20090812) So it looks like it's not me. It's SnowLeopard... Kevin _______________________________________________ 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 managed to reproduce this with a really simple app. Xcode--> new Cocoa app, then build. Make three versions of it. 1.0, 1.1, 1.2. Make a simple PackageMaker project by dropping in the app, and build it for each of the versions of the app. Install 1.0 --> works Install 1.1 version over 1.0 --> works Install 1.2 version over 1.1, --> skipping component "com.mycompany.theapp" (*-1.0.0-*-*) because the version *-1.1.0-*-* is already installed.' Now these packages were built on 10.5, because all of our dev stuff hasn't shifted over to 10.6 and the new PackageMaker etc. yet, but these are brain-dead-simple flat packages, and they aren't working. This email sent to site_archiver(a)lists.apple.com

1 0

Re: SL checking bundle versions incorrectly?
by Kevin Brock 04 Sep '09

04 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 2.0.0.23 (Macintosh/20090812) I've seen a strange error with SL upgrade of a package. Here's what's happening. 1) Install initial package -- bundle version 1.0.2 2) Run installer of new package, with bundle version 1.0.3 Kevin _______________________________________________ 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.… Iceberg-Dev wrote: On Sep 4, 2009, at 8:55 PM, Kevin Brock wrote: result: 'PackageKit: skipping component "com.thecompany.theapp" (*-1.0.0-*-*) because the version *-1.0.2-*-* is already installed.' I figured something was wrong with the 1.0.3 package, so I uninstalled 1.0.2, installed 1.0.3 fresh. Worked. Now I tried to upgrade to 1.0.4, result: 'PackageKit: skipping component "com.mycompany.theapp" (*-1.0.0-*-*) because the version *-1.0.3-*-* is already installed.' so clearly is is able to see that 1.0.3 *is* 1.0.3. So, why didn't it see this during the upgrade from 1.0.2? Is it looking at a different plist entry in each case? Any help would be appreciated. I would tend to believe the problem would lie with the version Installer.app thinks it's seeing in the package you're trying to install. The par tI don't get is how it can guess the format of your version number x.x.x. It gets stranger. I'm using short version string for the 'version', i.e., 1.0.2. I'm using the build # for the bundle version, e.g., 1, 2, 3. So the 'About' box shows 1.0.2 (19) for example. - Install version 1.0.2 (19) --> works. Run it, yes it shows build 19 in the about box. - Upgrade to version 1.0.(20) --> works. Run it, yes it shows build 20 in the about box. - Upgrade *that* to 1.0.2 (21) --> skipping component "com.mycompany.theapp" (*-19.0.0-*-*) because the version *-1.0.2-20.0.0-*-* is already installed. Now I know that the version number 19 is nowhere in build 21. I generated three builds, one right after the other, where the only change was the CFBundleVersion in the plist file. Maybe SL is caching things it's not supposed to? Something's really screwy here, and I can't figure out whether it's something I'm doing or something SL is doing. I can't do anything to fix this in the preflight script because the installer is making the decision not to install the package before it runs the script. This email sent to site_archiver(a)lists.apple.com

1 0

Re: SL checking bundle versions incorrectly?
by Iceberg-Dev 04 Sep '09

04 Sep '09

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:in-reply-to:references :mime-version:content-type:message-id:cc:content-transfer-encoding :from:subject:date:to:x-mailer; bh=k+8C9vDCSoKp43WSE3aGy0T9mPFyUKS8lZzGZv1+Lcw=; b=SGyOBd6+dk7+MQUL+EHCBiWv8xzmOyHsYZfX7afVQ1l4TOC6HDTd1wxpbJWG/3BNMb jsMT46DYfBbxn0Kjc8kuhHkVG5RuyHNFVPj+kIc7JespcmWuKHo5R1n5j10BmafkfBzo C4qw4D9uXHJqC+3ZKOhsPnoIYSynyc9aPoo+Q= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=in-reply-to:references:mime-version:content-type:message-id:cc :content-transfer-encoding:from:subject:date:to:x-mailer; b=d4A6naDuTIWWJtPJWSvIb3+6Ji+NI+w94A+RbLbUD+0O9cKGfIX8YkJ1O3udVpy1+g nCvyjEB31PGDH1fF3pXcRqPF7tL1uw3ya/RfuF/TuF0GYz+Oyj2gFMNBynl89AGc5ZS0 VGR+Z4F4oHtP9AnFOBUwVP8Rw4iPOVxQ7QlmU= On Sep 4, 2009, at 8:55 PM, Kevin Brock wrote: I've seen a strange error with SL upgrade of a package. Here's what's happening. 1) Install initial package -- bundle version 1.0.2 2) Run installer of new package, with bundle version 1.0.3 _______________________________________________ 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.… result: 'PackageKit: skipping component "com.thecompany.theapp" (*-1.0.0-*-*) because the version *-1.0.2-*- * is already installed.' I figured something was wrong with the 1.0.3 package, so I uninstalled 1.0.2, installed 1.0.3 fresh. Worked. Now I tried to upgrade to 1.0.4, result: 'PackageKit: skipping component "com.mycompany.theapp" (*-1.0.0-*-*) because the version *-1.0.3-*- * is already installed.' so clearly is is able to see that 1.0.3 *is* 1.0.3. So, why didn't it see this during the upgrade from 1.0.2? Is it looking at a different plist entry in each case? Any help would be appreciated. I would tend to believe the problem would lie with the version Installer.app thinks it's seeing in the package you're trying to install. The par tI don't get is how it can guess the format of your version number x.x.x. This email sent to site_archiver(a)lists.apple.com

1 0