RE: Unable to enforce version checks in metapackage
RE: Unable to enforce version checks in metapackage
- Subject: RE: Unable to enforce version checks in metapackage
- From: "Glover,David" <email@hidden>
- Date: Mon, 20 Dec 2010 15:42:41 -0000
- Thread-topic: Unable to enforce version checks in metapackage
Hi, sorry only just caught up on this list!
You can add the .dist script into the mpkg rather than making a whole new package (assuming it's a bundle package > Right-click, show package contents, place .dist in Contents).
-----Original Message-----
From: Monte Benaresh [mailto:email@hidden]
Sent: 05 November 2010 17:52
To: Glover,David
Cc: Installer-Dev mailing-list
Subject: Re: Unable to enforce version checks in metapackage
Hi Dave,
Are you saying that we can add a .dist script as an incremental modification to an .mpkg, or is this the same as making a full-on distribution package? We didn't have time to switch to new tools (especially since we need to integrate them into our automated system) so we didn't consider a distribution package for this release.
We have actually finished the coding for this release, and we decided to just let everything install regardless of version, and consider it Apple's bug. But perhaps it is time for us to move to distribution packages.
Many thanks,
Monte
On Nov 4, 2010, at 8:58 AM, Glover,David wrote:
> Hi, have you tried manually creating a .dist script in your .mpkg bundle? You could set a 'choice' for each of your packages, and have it call a javascript function to determine if a newer version of the package is present or not, and enable, disable, select, deselect the choice accordingly...
>
> http://developer.apple.com/library/mac/#documentation/DeveloperTools/Reference/DistributionDefinitionRef/200-Distribution_XML_Ref/Distribution_XML_Ref.html#//apple_ref/doc/uid/TP40005370-CH100-SW20
>
> http://developer.apple.com/library/mac/#documentation/DeveloperTools/Reference/InstallerJavaScriptRef/index.html#//apple_ref/doc/uid/TP40005137
>
> Regards,
> Dave
>
>
> -----Original Message-----
> From: installer-dev-bounces+david.glover=email@hidden [mailto:installer-dev-bounces+david.glover=email@hidden] On Behalf Of Monte Benaresh
> Sent: 29 October 2010 02:02
> To: Installer-Dev mailing-list
> Subject: Unable to enforce version checks in metapackage
>
>
> Hi All,
>
> Some of you may have seen that I am interested in creating a metapackage that only installs its components when they are newer than what is already installed. Thanks to Stéphane for his replies to my last post.
>
> Originally, I tried twiddling all the available version numbers in Iceberg. I found that the only instance of the version number that is checked for simple packages is "Short Version" under "Display Information." However, as other developers have seen, this mechanism is absent when installing a metapackage, and all components are installed regardless of whether they are older or newer.
>
> Today I thought of using the InstallaitonCheck script to enforce version checking. First I simply modified a working script to 'exit 113' and defined a string for it. This all works fine in the simple package, but when placed into a metapackage I get the following behavior:
>
> 1. Log error:
> Oct 28 17:44:22 Monte-Intel-Mac Installer[2793]: Package Authoring Error: Infinite loop between <choice> attributes and mixed state aborted.
>
> 2. No alert box.
>
> 3. The component generating the failure is grayed-out. Hovering over its entry in the "customize" list shows tip text with my error message string.
>
> I did more experimenting, and #1 happens whenever InstallaitonCheck returns a non-0 return code.
>
> Are metapackage installs really so badly broken, or are there some other rules I must abide by when dropping components into a metapackage?
>
> My goal is simply to combine multiple installs for the convenience of the user while preventing back-rev components from getting installed.
>
> Thank you,
>
> Monte Benaresh
> PACE Anti-Piracy
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Installer-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
Promethean Limited is a company registered in England and Wales with company number 1308938 and VAT number GB 572 2599 18
Promethean Ltd and or associated and or subsidiary companies :
The views expressed in this communication may not necessarily be the views held by Promethean Ltd and or associated and or subsidiary companies.
This e-mail is for the exclusive use of the addressee(s). Unauthorised disclosure, copying or distribution is prohibited.
This e-mail message has been swept for the presence of computer viruses.
Promethean Ltd and or associated and or subsidiary companies accepts no liability for any loss resulting from this email transmission
Promethean, Promethean House, Lower Philips Road, Blackburn, Lancashire, BB1 5TH, UK.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden