September 2012 - Installer-dev

Re: Packages and updating installer folder
by Vikram Singh 12 Sep '12

12 Sep '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Packages and updating installer folder
by Rustam Muginov 12 Sep '12

12 Sep '12

Hi all. I am starting to use Packages, which does look better and way less buggy then PackageMaker. I had run into some problem creating "updater" installer. Lets say, installer put the following files into folder /Library/Application Support/DummySupport/ libdummy.dylib dummy.config I am building updater installer which should update only "libdummy.dilyb" but leave "libdummy.config" intact - not including it into source. As the result, the "config" file is removed. I had found a workaround - in the Package Settings, change the package indentifier of the updater. Is it the valid approach or I should do something else? Thank you in advance. -- Sincerely, Rustam Muginov _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Signing of packages and installation failures.
by Stephane Sudre 12 Sep '12

12 Sep '12

On Wed, Sep 12, 2012 at 2:49 AM, Alexander Klyuev <klax(a)musiclab.com> wrote: > Hi ALL, > [...] > Is there any difference in signing with PackageMaker and productsign tools? PackageMaker signing process does not embed the intermediate certificates in the flat distribution/package. productsign does. _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Signing of packages and installation failures.
by Alexander Klyuev 12 Sep '12

12 Sep '12

Hi ALL, I have a question regarding signing. on Mac OS X 10.6.8 has failed with the following error: Sep 7 06:39:10 mac-studiothree Installer[7554]: Failed install preflight: Error Domain=PKInstallErrorDomain Code=102 UserInfo=0x10035e750 "The package MyPackage.pkg is untrusted." Underlying Error=(Error Domain=NSOSStatusErrorDomain Code=-2147409622 UserInfo=0x1171021e0 "The operation couldn't be completed. CSSMERR_TP_NOT_TRUSTED") it occurs, on others it doesn't. Is there any difference in signing with PackageMaker and productsign tools? Thanks in advance, Alexander _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com I build packages using PackageMaker on Mac OS X 10.6.8. Because productsign tool is not available, I sign packages using PackageMaker's -sign option. I tested packages signed with PackageMaker on SL, L and ML. Everything looked OK. But recently I faced a problem, when installation of a package I googled regarding that and figured out - same issue occurs very often with various packages on Mac OS X 10.6.x. But the issue is not 100% reproducible. On some OS installations Could anybody explain, what is the cause of this issue? Is this problem related to signing?

1 0

Re: package allowing "custom location" always clear in "default location"
by Stephane Sudre 10 Sep '12

10 Sep '12

Hard link, symbolic link or Finder alias could be solutions to explore. Or if the idea is to install in both locations at the same time (and not the second instance later), bold solution: include the same data twice. On Mon, Sep 10, 2012 at 12:28 PM, Riccardo Borghesi <borghesi(a)ircam.fr> wrote: > Hi Stephane, > > Thanks for your message. > > Unfortunately, this behavior it not really what my customers expect since they want to install the same package (same id), first in the default location, and than in another location (of the newer version of the software for which my package is an extension). > When they install the second time they loose the first installation. > What would be the standard way to achieve two installations of the same package at two different location (of which one is the default location)? > > Thanks for any hints > Riccardo > > Le 7 sept. 2012 à 19:48, Stephane Sudre a écrit : >> On Fri, Sep 7, 2012 at 6:00 PM, Riccardo Borghesi <borghesi(a)ircam.fr> wrote: >>> Hi all, >>> I've a problem with my "relocatable" package. It can be installed inside two >>> different applications, A and B, >>> where A is the default location. When I install to A, no problem. But when I >>> install in B, the package removes >>> the previous installations in A (the default location). >>> Any ideas? It's a known bug or I'm doing something wrong? >>> >>> Any help would be greatly appreciated. >> >> That sounds like the designed behavior as long as the package >> identifier is the same in your A and B case for your relocatable >> package. >> > -- Packaging Resources - http://s.sudre.free.fr/Packaging.html _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: package allowing "custom location" always clear in "default location"
by Riccardo Borghesi 10 Sep '12

10 Sep '12

Hi Stephane, Thanks for your message. Unfortunately, this behavior it not really what my customers expect since they want to install the same package (same id), first in the default location, and than in another location (of the newer version of the software for which my package is an extension). When they install the second time they loose the first installation. What would be the standard way to achieve two installations of the same package at two different location (of which one is the default location)? Thanks for any hints Riccardo Le 7 sept. 2012 à 19:48, Stephane Sudre a écrit : > On Fri, Sep 7, 2012 at 6:00 PM, Riccardo Borghesi <borghesi(a)ircam.fr> wrote: >> Hi all, >> I've a problem with my "relocatable" package. It can be installed inside two >> different applications, A and B, >> where A is the default location. When I install to A, no problem. But when I >> install in B, the package removes >> the previous installations in A (the default location). >> Any ideas? It's a known bug or I'm doing something wrong? >> >> Any help would be greatly appreciated. > > That sounds like the designed behavior as long as the package > identifier is the same in your A and B case for your relocatable > package. > _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: package allowing "custom location" always clear in "default location"
by Stephane Sudre 07 Sep '12

07 Sep '12

On Fri, Sep 7, 2012 at 6:00 PM, Riccardo Borghesi <borghesi(a)ircam.fr> wrote: > Hi all, > I've a problem with my "relocatable" package. It can be installed inside two > different applications, A and B, > where A is the default location. When I install to A, no problem. But when I > install in B, the package removes > the previous installations in A (the default location). > Any ideas? It's a known bug or I'm doing something wrong? > > Any help would be greatly appreciated. That sounds like the designed behavior as long as the package identifier is the same in your A and B case for your relocatable package. _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

package allowing "custom location" always clear in "default location"
by Riccardo Borghesi 07 Sep '12

07 Sep '12

_______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

Re: External shell script in flat packages
by Stephane Sudre 06 Sep '12

06 Sep '12

On Thu, Sep 6, 2012 at 2:24 PM, Khushneet Inder Singh <ksingh(a)quark.com> wrote: > I am using PackageMaker 3.0.5 and I need to support 10.5.8 as well. > Is there any alternative for PackageMaker to achieve this ? AFAIK, if you need to support 10.5.8 _and_ use a flat distribution (to productsign it for Gatekeeper on Mac OS X 10.8 for instance), you've reached a dead end for embedded scripts. _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0

RE: External shell script in flat packages
by Khushneet Inder Singh 06 Sep '12

06 Sep '12

I am using PackageMaker 3.0.5 and I need to support 10.5.8 as well. Is there any alternative for PackageMaker to achieve this ? I am on Lion machine and my flat distribution has embedded script which resides in "Scripts" Folder not in "Resources" folder. The Installer app copying it well on temp folder and trying to run it. But got the error "Error while running task TEMP_FOLDER/script.sh launch path not accessible”. When I am running the same script resides in TEMP_FOLDER on terminal, it goes well. But don’t have any idea why installer throws error while running. Do anyone have any idea why I am getting the error. ~Khushneet -----Original Message----- From: installer-dev-bounces+ksingh=quark.com(a)lists.apple.com [mailto:installer-dev-bounces+ksingh=quark.com@lists.apple.com] On Behalf Of Stephane Sudre Sent: Thursday, September 06, 2012 5:24 PM To: Installer-Dev mailing-list Subject: Re: External shell script in flat packages On Thu, Sep 6, 2012 at 1:36 PM, Khushneet Inder Singh <ksingh(a)quark.com> wrote: > Hi all, > > I want to run the external shell script on the some choice. And want > to use the result of script to select/unselect the choice. So far what > I did is I added “Result of script” and choose that script file. And > call that script with system.run(SCRIPT_NAME). Then I build the flat > package. Once the package is created , I expanded it and create the > “Scripts” folder and pasted the same script file, then flattened the > expanded package. On running the package I am getting the error “Error > while running task TEMP_FOLDER/script.sh launch path not accessible”. > Are external scripts are supported in flat package? Yes, they are supported by the flat distribution format. You can either use a script that is assumed to already be installed on the Mac or a script that is embedded in the flat distribution. Embedded scripts require Mac OS X v10.6 or later (and are not supported by PackageMaker the last time I checked). _______________________________________________ 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: https://lists.apple.com/mailman/options/installer-dev/ksingh%40quark.com This email sent to ksingh(a)quark.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: https://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists… This email sent to site_archiver(a)lists.apple.com

1 0