November 2011 - Installer-dev

Re: Installation error on 10.7 only: Install Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file "Staging" doesn't exist."
by Henky Jatmiko Gunawan 23 Nov '11

23 Nov '11

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=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to; bh=TT710qUiMpMxvF1gbBn//SQcN9UwXov0MkI+0Vh6/ig=; b=pR33EkghOwflrJ6VkjY5DZV3z1GzSStVq2jpXEh7BouVWWeBUWa/MBK1veIxF1pCi1 Muv7MDJrlgUCSTS+rwKXsSsjcBSqW/xnc0ZJd2VwmTlOZDn/k6WB2d1TMelAsUQvX2tn Sk3nPRZBOoJ3CEWe92cCMmOHCv2EgFqYkaKmo= I still can't fix it but I found a workaround: retrying the installation. I don't know how reliable this workaround is, but so far so good. Best Regards, Henky Jatmiko Gunawan On 23 Nov, 2011, at 6:24 PM, Prema Kumar <Prema.Kumar(a)efi.com> wrote: > I am also facing this issue on 10.7. It is not consistent. Please help us on this. > > Regards > Prem > > > -----Original Message----- > From: installer-dev-bounces+prema.kumar=efi.com(a)lists.apple.com [mailto:installer-dev-bounces+prema.kumar=efi.com@lists.apple.com] On Behalf Of Henky Jatmiko Gunawan > Sent: Wednesday, November 23, 2011 7:33 AM > To: installer-dev(a)lists.apple.com > Subject: Installation error on 10.7 only: Install Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file "Staging" doesn't exist." > > Hi All, > > > I am currently stuck with a installation error and I was hoping that > you guys would have some insight. > The error is intermittent and seems to occur only in 10.7. > Please advise. > > This is the error shown in the log: > Nov 21 15:42:00 ip-172-18-1-92 installer[412]: PackageKit: Install > Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file "Staging" > doesn't exist." UserInfo=0x7f9f3598bd60 > {NSFilePath=/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At > Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging, > NSUnderlyingError=0x7f9f3598bc70 "The operation couldn't be completed. > No such file or directory"} { > NSFilePath = > "/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At > Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging"; > NSUnderlyingError = "Error Domain=NSPOSIXErrorDomain Code=2 > \"The operation couldn\U2019t be completed. No such file or > directory\""; > } > Nov 21 15:42:00 ip-172-18-1-92 installer[412]: > install:didFailWithError:Error Domain=NSCocoaErrorDomain Code=4 "The > file "Staging" doesn't exist." UserInfo=0x7f9f3598bd60 > {NSFilePath=/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At > Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging, > NSUnderlyingError=0x7f9f3598bc70 "The operation couldn't be completed. > No such file or directory"} > > > My installer is a meta package, but I don't know if this is the > conventional way of creating a metapackage using PackageMaker 3.0.4 > My install source is a folder containing multiple .pkg of the other components. > When it is deployed, the .pkg will copy all those components into a > /tmp and then a postflight script will iterate through the component > packages and call installer to install them one at a time. > The log indicates that the failure is within the installation of the > component themselves, but strangely, installing the ailed component on > its own does not seem to fail. > > A couple of additional notes: > - The failure is not isolated to any particular component .pkg. Seems > to happen on any component randomly. > - I have tested the installation of the component packages and I > cannot reproduce the error when I install them directly. > -- 2500+ iteration and no failure yet. > -- For comparison, I can often reproduce the meta package installation > failure within 10 iterations. > - Tried the following and it didn't help > -- Rebuilding the meta package using the PackageMaker 3.0.5 shipped > with Xcode 4 > -- Performing Sync between component installations > -- Performing sleep 5s between component installations (Yeah, I was > getting desperate) > > > > Zoraw > _______________________________________________ > 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/prema.kumar%40efi.com > > This email sent to prema.kumar(a)efi.com > > Confidentiality notice: This message may contain confidential information. It is intended only for the person to whom it is addressed. If you are not that person, you should not use this message. We request that you notify us by replying to this message, and then delete all copies including any contained in your reply. Thank you. _______________________________________________ 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

Upgrade a LaunchDaemon and/or Agent
by Jeremy Reichman 23 Nov '11

23 Nov '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:subject:from:to:message-id :in-reply-to:mime-version:content-type :content-transfer-encoding; s=smtpout; bh=OvhY+Log4GcJ25gLQftS5t 8Am/s=; b=IWSUhcUPFT6Rk+c+WQNsaMgOxvGJL0jWte5JUyS8tyZQqPFoC1gAlh qZW7CsFCJ8hGsRyjz/DOZVvAgTO/jI/DwH9JeGHQwLmnzfIcbrf+RKOYtsIgiKJN YCDvsNDzr4O+8P0NK5wIjZxXIe54uhO/bNeGrq89ZblR1JL9KEosc= Thread-topic: Upgrade a LaunchDaemon and/or Agent User-agent: Microsoft-MacOutlook/14.13.0.110805 I am dealing with a potential upgrade scenario for an installer package including both a LaunchDaemon and a system-wide LaunchAgent. I want to be prepared for it before the actual upgrade becomes a necessity. Is anyone aware of whether Installer or Launchd manage the replacement of these plists and their associated executables if the jobs are already running? I am particularly interested in the situation for LaunchDaemons. Should I be creating an installer preflight (for example) to unload these launchd jobs first, before the relevant plists and executables are replaced by the package payload? Will unloading the jobs be sufficient to allow the successful upgrade/replacement of the plists and executables? If the jobs were running prior to the upgrade, will the previously-running versions still be running without any scripted intervention on my part -- or logout/reboot? If this is documented canonically, I have missed it. I am most interested in what works for Leopard, Snow Leopard, and Lion clients. Thanks! -- Jeremy _______________________________________________ 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: Installer script requiring super-user access
by Jeremy Reichman 23 Nov '11

23 Nov '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:subject:from:to:message-id :in-reply-to:mime-version:content-type; s=smtpout; bh=mFvoSMyUuu CyCOJ4UZ3gCUJHbIQ=; b=K5eD9XAsfAWS53+2MqmArjUMYWlYHKo/OtoVfSVMHp W4JnTRNgixunCS2zkd7SlGj007YlYZ8GjStfw0IzPTVMsjy1dLN3hclv7COnf+sF 8HQymgZ9NF0rY6p/aXLCMGbaseVQY4J9o3xlEMjV3oXRmJEzZOfd8C88qwSTxwu2 A= Thread-topic: Installer script requiring super-user access User-agent: Microsoft-MacOutlook/14.13.0.110805 _______________________________________________ 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: Installation error on 10.7 only: Install Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file "Staging" doesn't exist."
by Prema Kumar 23 Nov '11

23 Nov '11

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcyphBTMq3x8WopITYmwDcLgQDOkKAAReHIg Thread-topic: Installation error on 10.7 only: Install Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file "Staging" doesn't exist." I am also facing this issue on 10.7. It is not consistent. Please help us on this. Regards Prem -----Original Message----- From: installer-dev-bounces+prema.kumar=efi.com(a)lists.apple.com [mailto:installer-dev-bounces+prema.kumar=efi.com@lists.apple.com] On Behalf Of Henky Jatmiko Gunawan Sent: Wednesday, November 23, 2011 7:33 AM To: installer-dev(a)lists.apple.com Subject: Installation error on 10.7 only: Install Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file "Staging" doesn't exist." Hi All, I am currently stuck with a installation error and I was hoping that you guys would have some insight. The error is intermittent and seems to occur only in 10.7. Please advise. This is the error shown in the log: Nov 21 15:42:00 ip-172-18-1-92 installer[412]: PackageKit: Install Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file "Staging" doesn't exist." UserInfo=0x7f9f3598bd60 {NSFilePath=/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging, NSUnderlyingError=0x7f9f3598bc70 "The operation couldn't be completed. No such file or directory"} { NSFilePath = "/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging"; NSUnderlyingError = "Error Domain=NSPOSIXErrorDomain Code=2 \"The operation couldn\U2019t be completed. No such file or directory\""; } Nov 21 15:42:00 ip-172-18-1-92 installer[412]: install:didFailWithError:Error Domain=NSCocoaErrorDomain Code=4 "The file "Staging" doesn't exist." UserInfo=0x7f9f3598bd60 {NSFilePath=/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging, NSUnderlyingError=0x7f9f3598bc70 "The operation couldn't be completed. No such file or directory"} My installer is a meta package, but I don't know if this is the conventional way of creating a metapackage using PackageMaker 3.0.4 My install source is a folder containing multiple .pkg of the other components. When it is deployed, the .pkg will copy all those components into a /tmp and then a postflight script will iterate through the component packages and call installer to install them one at a time. The log indicates that the failure is within the installation of the component themselves, but strangely, installing the ailed component on its own does not seem to fail. A couple of additional notes: - The failure is not isolated to any particular component .pkg. Seems to happen on any component randomly. - I have tested the installation of the component packages and I cannot reproduce the error when I install them directly. -- 2500+ iteration and no failure yet. -- For comparison, I can often reproduce the meta package installation failure within 10 iterations. - Tried the following and it didn't help -- Rebuilding the meta package using the PackageMaker 3.0.5 shipped with Xcode 4 -- Performing Sync between component installations -- Performing sleep 5s between component installations (Yeah, I was getting desperate) Zoraw _______________________________________________ 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/prema.kumar%40efi.com This email sent to prema.kumar(a)efi.com Confidentiality notice: This message may contain confidential information. It is intended only for the person to whom it is addressed. If you are not that person, you should not use this message. We request that you notify us by replying to this message, and then delete all copies including any contained in your reply. Thank you. _______________________________________________ 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

Installation error on 10.7 only: Install Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file “Staging” doesn’t exist."
by Henky Jatmiko Gunawan 23 Nov '11

23 Nov '11

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=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=OybqxTUtipAN8TP8iKRwBcAiKwf+UGSfElS12jwcMTY=; b=nDCoHr9y/3IAEqdNNo9JnUp9bQOzY+4qVnemPH6oyVetDod3n/FpqJlYV7xeKMVdaO 7tJ9xbvt4W18ni6fOv833waBIWS4fRkOWdqBs15InORYNEJmI41sLS0Ent3prNEVOpC5 hfOUFT4Q3SK7g8yVrqdLd7pJvMJ8/8d2I1g4w= Hi All, I am currently stuck with a installation error and I was hoping that you guys would have some insight. The error is intermittent and seems to occur only in 10.7. Please advise. This is the error shown in the log: Nov 21 15:42:00 ip-172-18-1-92 installer[412]: PackageKit: Install Failed: Error Domain=NSCocoaErrorDomain Code=4 "The file “Staging” doesn’t exist." UserInfo=0x7f9f3598bd60 {NSFilePath=/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging, NSUnderlyingError=0x7f9f3598bc70 "The operation couldn’t be completed. No such file or directory"} { NSFilePath = "/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging"; NSUnderlyingError = "Error Domain=NSPOSIXErrorDomain Code=2 \"The operation couldn\U2019t be completed. No such file or directory\""; } Nov 21 15:42:00 ip-172-18-1-92 installer[412]: install:didFailWithError:Error Domain=NSCocoaErrorDomain Code=4 "The file “Staging” doesn’t exist." UserInfo=0x7f9f3598bd60 {NSFilePath=/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/Cleanup At Startup/PKInstallSandbox-tmp/ChildSandbox.IIrTVX/Staging, NSUnderlyingError=0x7f9f3598bc70 "The operation couldn’t be completed. No such file or directory"} My installer is a meta package, but I don’t know if this is the conventional way of creating a metapackage using PackageMaker 3.0.4 My install source is a folder containing multiple .pkg of the other components. When it is deployed, the .pkg will copy all those components into a /tmp and then a postflight script will iterate through the component packages and call installer to install them one at a time. The log indicates that the failure is within the installation of the component themselves, but strangely, installing the ailed component on its own does not seem to fail. A couple of additional notes: - The failure is not isolated to any particular component .pkg. Seems to happen on any component randomly. - I have tested the installation of the component packages and I cannot reproduce the error when I install them directly. -- 2500+ iteration and no failure yet. -- For comparison, I can often reproduce the meta package installation failure within 10 iterations. - Tried the following and it didn’t help -- Rebuilding the meta package using the PackageMaker 3.0.5 shipped with Xcode 4 -- Performing Sync between component installations -- Performing sleep 5s between component installations (Yeah, I was getting desperate) Zoraw _______________________________________________ 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: Warn the user to close application before retry installing (or cancel)
by Doug Brown 17 Nov '11

17 Nov '11

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

Owner and Group Settings
by koko 16 Nov '11

16 Nov '11

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com Is it true that on Lion and application should be set to root:wheel whereas on pre-Lion it is set to root:admin. This being the case does on configure for Lion and then run a post-install script to set root:admin. -koko _______________________________________________ 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: installer scripts launch the wrong browser!?
by Stephane Sudre 16 Nov '11

16 Nov '11

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=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=yviDEHzZCqAxH90W/EHF5gzQEcKHlAqzaTv7KaPwJLE=; b=Hc2V7HkpJMq2J80VlhwZ7t2r//ERoCzG870T6SwU+CvqmGtSa+3fQw3+TEtmjh9Wf1 JBSawU4CFVlAgTSHXIS5tubYKRSx5FjwHbAkjSXxlkna+IJSTPZdgh3ONCFO/1dj3+sM FyaxXE4H6GuHuQ8c0I6BgiZcHAwsufh0tNYC8= On Wed, Nov 16, 2011 at 5:42 PM, Greg Neagle <greg.neagle(a)disneyanimation.com> wrote: > I hope you are joking, Stephane! For deployment: yes. For a manual installation via the installer command line (assuming there is a way to check that): yes and no if accessing the contents of the web page is mandatory for whatever reason. _______________________________________________ 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: installer scripts launch the wrong browser!?
by Greg Neagle 16 Nov '11

16 Nov '11

site_archiver(a)lists.apple.com Delivered-To: Installer-dev(a)lists.apple.com I hope you are joking, Stephane! The most common usage of command-line installs is an install via an automation tool: ARD, Munki, Casper, Absolute Manage, InstaDMG, System Image Utility, DeployStudio, etc... In all of these cases, NO user interaction is welcome. Going back to the original problem: The right approach in most cases is to NOT put this sort of thing in the install package at all, but rather have the installed software itself open the browser when it is first used. This solves several problems: 1) The software is running in the user's context, so it will open the user's preferred browser. 2) If there is more than one user for the machine, each user will see the "getting started info" when they first use the software. 3) If the software is installed in an automated fashion, whoever uses it after it is installed will see the "getting started info" when they first use the software. -Greg On Nov 16, 2011, at 2:30 AM, Stephane Sudre wrote: > Maybe checking if lynx is installed and using it when > COMMAND_LINE_INSTALL is set would be nice. > > On Wed, Nov 16, 2011 at 1:06 AM, Greg Neagle > <greg.neagle(a)disneyanimation.com> wrote: >> If there _is_ a "sitting at the screen" user. Make sure your script fails gracefully if no-one is logged in. >> >> Better yet, if COMMAND_LINE_INSTALL is set, skip this entirely. >> >> -Greg >> >> On Nov 15, 2011, at 3:57 PM, Bill Coderre wrote: >> >>> Preflight and Postflight scripts run as root. >>> >>> Investigate this: >>> su $USER -c "open http://foo.com" >>> >>> ($USER is the sitting-at-the-screen user.) >>> >>> On Nov 15, 2011, at 3:41 PM, Andy O'Meara wrote: >>>> After enough years I thought this issue would fix itself, but it's time to see if someone knows what's going on. In our package postflight installer script, we use the open command to launch our web page which contains some getting started info. However, calling 'open http://foo.com' from the installer script opens Safari rather than the user's preferred browser. Yet the same line in my user terminal causes the correct browser to open, so clearly the installer env is missing something to invoke the correct browser. Anyone know the best way to address this? >>> >>> _______________________________________________ >>> 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/greg.neagle%40disneyan… >>> >>> This email sent to greg.neagle(a)disneyanimation.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/dev.iceberg%40gmail.com >> >> This email sent to dev.iceberg(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.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: installer scripts launch the wrong browser!?
by Stephane Sudre 16 Nov '11

16 Nov '11

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=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=07cvE2m8BstRpv/7V5LRdum8sar02KAsKsxl6CulHug=; b=K9Aq6cxftTjiwQisYp6Tv75wNTRm83mr0wCj6V0kob3UrbgcN6rc5kJYx93WXaTGC0 qME+AbXsG/F3q9ipVFFCY3m9QPWFLXztEOltBa7Xu1Az8NFzKdNpg0wZ77NQcTcX7C8l 4cBGHQ6CRJhdJ3GUXzDiRaC8rDvtrX4ip3VBE= Maybe checking if lynx is installed and using it when COMMAND_LINE_INSTALL is set would be nice. On Wed, Nov 16, 2011 at 1:06 AM, Greg Neagle <greg.neagle(a)disneyanimation.com> wrote: > If there _is_ a "sitting at the screen" user. Make sure your script fails gracefully if no-one is logged in. > > Better yet, if COMMAND_LINE_INSTALL is set, skip this entirely. > > -Greg > > On Nov 15, 2011, at 3:57 PM, Bill Coderre wrote: > >> Preflight and Postflight scripts run as root. >> >> Investigate this: >> su $USER -c "open http://foo.com" >> >> ($USER is the sitting-at-the-screen user.) >> >> On Nov 15, 2011, at 3:41 PM, Andy O'Meara wrote: >>> After enough years I thought this issue would fix itself, but it's time to see if someone knows what's going on. In our package postflight installer script, we use the open command to launch our web page which contains some getting started info. However, calling 'open http://foo.com' from the installer script opens Safari rather than the user's preferred browser. Yet the same line in my user terminal causes the correct browser to open, so clearly the installer env is missing something to invoke the correct browser. Anyone know the best way to address this? >> >> _______________________________________________ >> 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/greg.neagle%40disneyan… >> >> This email sent to greg.neagle(a)disneyanimation.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/dev.iceberg%40gmail.com > > This email sent to dev.iceberg(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.… This email sent to site_archiver(a)lists.apple.com

1 0