August 2008 - Installer-dev

Re: postinstall scripts not executing
by Stéphane Sudre 11 Aug '08

11 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Aug 10, 2008, at 11:56 PM, Jeremy Matthews wrote: Which OS do you target? _______________________________________________ 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.… Since the packagemaker that ships with 3.1 is still broken (as in forgetting install destination paths) - I'm using packagemaker 3.01 (whatever ships with Xcode 3.0 GM). I'm using the terminal to build packages, but the GUI seems to work fine as well. I declare everything in the pmdoc so I don't have to have massive scripts. When I call a script for postinstall, it doesn't run. Permissions are fine...this happens in some projects but not others...using the same script. If you target 10.4 or earlier, a postinstall script will only be run the first time you install the package it's embedded in. This email sent to site_archiver(a)lists.apple.com

1 0

Re: osascript and Mac OS X v10.5.4
by Karl Kuehn 11 Aug '08

11 Aug '08

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:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer; bh=9Y+ZP1c5Ev7N4ksOr7I17IDL7ejI9IitdNtvIOAipKM=; b=OLb6FCSfo9nQgMHaUbREchIPyeUPt8WDPZEBIst1ISKT89I8S8gA7TBmBVAH8oJP6Q ZSLXOlUGJTSLpnrbymFmP2bleHn399tW6rSbr0myfNZJvfgALzin5Pd3ewgXqNIVOSWD Hnb89kbLbJhKQSENfVss54W4GlHCvHaH5fIls= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer; b=LmEMi1Y664tq2+3ewHJ4m2px/4Udx8Y0D4NrN1MH1FAW4dCQuWoZsF0Zlh1bTFSILC RFWK87hmAYgbbZyovSm24Z9LJrBduDn/WpUIYTMgD5QQpAuNLOeeg5/S0KRQH905+jYY Sp/OLOrOWBH6Cc44CGM28kdajgliK/MKgqGI0= On Aug 11, 2008, at 1:31 PM, Luke Bellandi wrote: -- Karl Kuehn larkost(a)softhome.net _______________________________________________ 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’ve got a preflight script that executes AppleScript via osascript. This works in Mac OS X v10.4, but not in 10.5.4 I don't have an answer for you, but as a System Admin I am going to caution you to not use AppleScript in an installer that you are going to put out into the public. And as you are emailing from an Adobe.com address I am going make this warning even more stern (as your company has put out a lot of really bad installers and is loathed in the SysAdmin community for it): You can not tell how your installer is going to be run by your clients, and there are a lot of places where using an AppleScript in an installer will have inappropriate side-effects. Most notably is that System Admins was to be able to push .pkg's through tools such as Apple Remote Desktop which means that the installer can be run in the background, with root permissions, behind the login-window. If in this case you call anything to Finder it will try and launch in the context of root, at the login-window. Meaning that anyone who wanders by now has a Finder window with root permissions ready to wreck havoc on the system. So, there is probably a far better way of achieving the end goal that you are trying for... or you need to really examine your end-goal. If you want, this list can help you with either of these two goals. This email sent to site_archiver(a)lists.apple.com

1 0

osascript and Mac OS X v10.5.4
by Luke Bellandi 11 Aug '08

11 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: Acj78Tl5yF1zvAz+KUKOVZ/KA4gf2Q== Thread-topic: osascript and Mac OS X v10.5.4 User-agent: Microsoft-Entourage/12.10.0.080409 _______________________________________________ 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

postinstall scripts not executing
by Jeremy Matthews 10 Aug '08

10 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Any ideas? Thanks, j _______________________________________________ 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.… Since the packagemaker that ships with 3.1 is still broken (as in forgetting install destination paths) - I'm using packagemaker 3.01 (whatever ships with Xcode 3.0 GM). I'm using the terminal to build packages, but the GUI seems to work fine as well. I declare everything in the pmdoc so I don't have to have massive scripts. When I call a script for postinstall, it doesn't run. Permissions are fine...this happens in some projects but not others...using the same script. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Package Maker does not respond to requirments.
by Stéphane Sudre 09 Aug '08

09 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Aug 8, 2008, at 2:30 AM, Guillaume Campagna wrote: Hi, It would be interesting to see your distribution script. But otherwise the requirement works. _______________________________________________ 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 try to do an installer in package maker. If there is an certain application installed on the system, I want to install my package. If this app is not on the disk, no install. So I did a new choice and in the tab requirments, I've added a requirment "File Exists on Target" and liked to the actuall app. But when I run the installer, the choise is never enabled, even is the app is in fact on the system. So I've tried so link to the actuall executable (app.app/content/ Mac OS/app) with no luck. I've just tried a "File Exists on Target" requirements and I've seen the following bugs in PackageMaker: - Bug #1: If you change the path, it's not taken into account sometimes when building the package. - Bug #2: If you change the Pass If condition in the Requirements list from true to false, the resulting script is not modified. - Enh #1: When you select the path, the validate button should be labeled "Choose" instead of "Open". It's just that you can't create a "If File does not exist on Target requirement" with PackageMaker. You would need to edit the script manually (which is honestly the only reasonable way to do it with PackageMaker 3.x). This email sent to site_archiver(a)lists.apple.com

1 0

Re: Package Maker does not respond to requirments.
by Stéphane Sudre 08 Aug '08

08 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Aug 8, 2008, at 2:30 AM, Guillaume Campagna wrote: Hi, - PackageMaker version? - Target OS version? - Test OS version? _______________________________________________ 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 try to do an installer in package maker. If there is an certain application installed on the system, I want to install my package. If this app is not on the disk, no install. So I did a new choice and in the tab requirments, I've added a requirment "File Exists on Target" and liked to the actuall app. But when I run the installer, the choise is never enabled, even is the app is in fact on the system. So I've tried so link to the actuall executable (app.app/content/ Mac OS/app) with no luck. 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 08 Aug '08

08 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) Here was my bug report: ... Mark Krenek On Aug 7, 2008, at 5:43 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/mark%40aspyr.com -- 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.… Mark Krenek wrote: I files a bug on this a while back and discussed it on this forum, but I can't seem to find that discussion anymore. The Leopard Installer will skip the "Destination Select" pane even when there are multiple volumes that can be selected. It will go straight from the License pane to the "Installation Type" screen. If you then press "Change Install Location", it will go back to the "Destination Select" pane where you can see and select all the available volumes. Notes: I had some discussions with a couple of Apple engineers about this issue. It is a "feature" that "Destination Select" is skipped if there is only one volume to choose. But there appears to be a bug that causes it to skip that screen when there are multiple volumes. From my Indeed, that's what I hit. I can't begin to calculate how many hours I spent trying to work this one out, eventually chalking it up to "deal with it" status. Fortunately, there will probably be an entirely new (and incompatible) way of making installer packages in 10.6 so I guess there isn't much point in worrying about this one. <insert completely ignored rant or snippy comment about Apple software quality here> observations, what's happening is that the Installer caches volume info, even across multiple app launches. On the first launch, when it has to cache the volume info, it works correctly in that it does not skip any steps in the Installer. But on subsequent runs, the fact that the cache is present seems to trip up the Installer's logic, and it skips "Destination Select" entirely. If you wait until the cache is cleared (and I'm not certain what triggers that, time seemingly being one of them) then Installer goes back to working correctly. Stéphane Sudre wrote: On Aug 7, 2008, at 7:02 PM, Paul Miller 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 mark(a)aspyr.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: 10.5 - installer skips Target pane on second run
by rcohen.lists＠gmail.com 08 Aug '08

08 Aug '08

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:message-id:date:from:reply-to :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=JpD5ONd8XFDUSntSwpHo6GKV5K3PTdlqdOH8+GcQxvw=; b=GUfHtM8ajVS2MmSJEI9t7Ou0oTlMfJbO0xVC05Ti7mJAf0t2tJowDnfXA1tFvET82Q CnZxo8bJx3ZDfi5SSTQVA9eYO3GVM3i4oc1RHVpZMZWq77eMhZ/bajT2lh955m9qIFJq HWNW3Bqmt8g/+MBBghrSQMcc4wFTmV7yXcxuo= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=bg5FQ3LKdsJTFURTrXm7kdIstUl1O/h1j6Wa00qmGoEU4qDDbC8Qge3fxfTjTUlMNe paFN69B7Yu17WdzE6G9vS6HCz+L40UDdPZkUNinMp++Ffx2XblDnpCOe9ejmGQ0o1z7I IoVyBuPEyC0kPao7u7I3YIhENJAElPOMQ4AO0= User-agent: Thunderbird 2.0.0.16 (Windows/20080708) Try the thread "Drive selection in 10.5", March 5,2008 through March 8, 2008 - Rick Here was my bug report: Mark Krenek On Aug 7, 2008, at 5:43 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/mark%40aspyr.com This email sent to rcohen.lists(a)gmail.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.… On 8/8/2008 3:16 PM, Mark Krenek wrote: I files a bug on this a while back and discussed it on this forum, but I can't seem to find that discussion anymore. The Leopard Installer will skip the "Destination Select" pane even when there are multiple volumes that can be selected. It will go straight from the License pane to the "Installation Type" screen. If you then press "Change Install Location", it will go back to the "Destination Select" pane where you can see and select all the available volumes. After pressing Agree on the License screen, you should be taken to the "Destination Select" screen when there are multiple volumes to choose from. Instead, "Installation Type" is displayed not giving you the opportunity to select a volume. Notes: I had some discussions with a couple of Apple engineers about this issue. It is a "feature" that "Destination Select" is skipped if there is only one volume to choose. But there appears to be a bug that causes it to skip that screen when there are multiple volumes. From my observations, what's happening is that the Installer caches volume info, even across multiple app launches. On the first launch, when it has to cache the volume info, it works correctly in that it does not skip any steps in the Installer. But on subsequent runs, the fact that the cache is present seems to trip up the Installer's logic, and it skips "Destination Select" entirely. If you wait until the cache is cleared (and I'm not certain what triggers that, time seemingly being one of them) then Installer goes back to working correctly. Stéphane Sudre wrote: On Aug 7, 2008, at 7:02 PM, Paul Miller 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 mark(a)aspyr.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/rcohen.lists%40gmail.c… This email sent to site_archiver(a)lists.apple.com

1 0

Re: 10.5 - installer skips Target pane on second run
by Mark Krenek 08 Aug '08

08 Aug '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Here was my bug report: Mark Krenek On Aug 7, 2008, at 5:43 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/mark%40aspyr.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 files a bug on this a while back and discussed it on this forum, but I can't seem to find that discussion anymore. The Leopard Installer will skip the "Destination Select" pane even when there are multiple volumes that can be selected. It will go straight from the License pane to the "Installation Type" screen. If you then press "Change Install Location", it will go back to the "Destination Select" pane where you can see and select all the available volumes. After pressing Agree on the License screen, you should be taken to the "Destination Select" screen when there are multiple volumes to choose from. Instead, "Installation Type" is displayed not giving you the opportunity to select a volume. Notes: I had some discussions with a couple of Apple engineers about this issue. It is a "feature" that "Destination Select" is skipped if there is only one volume to choose. But there appears to be a bug that causes it to skip that screen when there are multiple volumes. From my observations, what's happening is that the Installer caches volume info, even across multiple app launches. On the first launch, when it has to cache the volume info, it works correctly in that it does not skip any steps in the Installer. But on subsequent runs, the fact that the cache is present seems to trip up the Installer's logic, and it skips "Destination Select" entirely. If you wait until the cache is cleared (and I'm not certain what triggers that, time seemingly being one of them) then Installer goes back to working correctly. Stéphane Sudre wrote: On Aug 7, 2008, at 7:02 PM, Paul Miller 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 mark(a)aspyr.com This email sent to site_archiver(a)lists.apple.com

1 0

Package Maker does not respond to requirments.
by Guillaume Campagna 08 Aug '08

08 Aug '08

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:message-id:date:from:to :subject:mime-version:content-type; bh=zlx4DfCbpJTriDq7h6JdRAGJeJxRRWLKIobF4OGr8jQ=; b=CG30/7PmHq+nBwk1yqFD17fHeck/VU4F62oQO4Wv6CUz7K7gZqJwY/IzDPudAvoJv+ Efid2J/SaW0ifZeZd0f7IfxBmnhmWAIfiNgf0JEWPmIPMBSXQcm/NYfaFKzrsJXLmYoO JUJP5wHKHpEldEzhPCTSaa/3RYfIQNJHzypQk= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=XxY7HeWLUGRUbY3mPL+1gva5nrDhU7iQ91VeZIZn4/QA3qx902YfXy5/EJ07IiIQwO v1r07aZr08mDcLPpuDJ3eSD45xLvghMHAaPozeP/mqRBCCd5FBZ0kyyhFxcAiJgECiyL w3W0Ipktbmzwu5hEjicfl/uZks2SXGbjNsrs0= _______________________________________________ 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