March 2008 - Installer-dev - lists.apple.com

Re: Metapackage that can install depending on architecture
by Andy Mroczkowski 26 Mar '08

26 Mar '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com To restrict the package to Intel only do the following: - Select the Choice you want to set an architecture requirement for - Click the 'Requirements' Tab - Add a new Requirement with the '+' button - Set the following values: If: Result of Gestalt value: sysa is: == 10 Selected: NO Enabled: NO Then do the same for the PPC choice, replacing the 10 with 2. --- Andy Mroczkowski Mac Developer, NeatReceipts Hi there: Any pointers are appreciated. Cheers Roy _______________________________________________ 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/amroczkowski%40neatrec… _______________________________________________ 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.… If you are using the PackageMaker 3 GUI, this is fairly easy. You can add Requirements for package choices (subpackages of a metapackage). Requirements can check results of Gestalt directly, which can be used to detect the current architecture. The applicable Gestalt key is 'sysa' and the result codes for Intel and PPC are 10 and 2 respectively. There are probably other solutions, but this works for me. I would suggest just using a Universal binary if it makes sense though. On Mar 25, 2008, at 5:11 PM, Roy Marquez wrote: I'm fairly new to using PackageMaker as I have used it to package smaller applications and such, but haven't used it extensively. I have a project and would appreciate any guidance that the more experienced folks (you) can provide. I have application "A". This application comes in two version: PPC and Intel. I have built 2 separate packages. What I would ideally like to build is a metapackage installer that can detect the machine architecture type and install the correct package for the architecture. But I have no clue as to where to start as to how to get that working. From my reading, it looks like I will be needing a script that would do this. But other than this, I have no clue where to start looking for literature that documents this. This would be the only need I have as far as this is concerned. This email sent to amroczkowski(a)neatreceipts.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: Metapackage that can install depending on architecture
by Stéphane Sudre 25 Mar '08

25 Mar '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Mar 25, 2008, at 10:11 PM, Roy Marquez wrote: Hi there: Hi, the first obvious question is: can't you just build a Universal Binary? _______________________________________________ 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'm fairly new to using PackageMaker as I have used it to package smaller applications and such, but haven't used it extensively. I have a project and would appreciate any guidance that the more experienced folks (you) can provide. I have application "A". This application comes in two version: PPC and Intel. I have built 2 separate packages. What I would ideally like to build is a metapackage installer that can detect the machine architecture type and install the correct package for the architecture. But I have no clue as to where to start as to how to get that working. From my reading, it looks like I will be needing a script that would do this. But other than this, I have no clue where to start looking for literature that documents this. This would be the only need I have as far as this is concerned. If for some specific reasons you can not, then a solution could be to use an InstallationCheck shell script and check the value returned by the arch command line tool. This email sent to site_archiver(a)lists.apple.com

1 0

RetroShare Mac OSX Release 04 is out: serverless Instant Messenger
by Michael Schmidt 25 Mar '08

25 Mar '08

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

Metapackage that can install depending on architecture
by Roy Marquez 25 Mar '08

25 Mar '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Hi there: Any pointers are appreciated. Cheers Roy _______________________________________________ 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'm fairly new to using PackageMaker as I have used it to package smaller applications and such, but haven't used it extensively. I have a project and would appreciate any guidance that the more experienced folks (you) can provide. I have application "A". This application comes in two version: PPC and Intel. I have built 2 separate packages. What I would ideally like to build is a metapackage installer that can detect the machine architecture type and install the correct package for the architecture. But I have no clue as to where to start as to how to get that working. From my reading, it looks like I will be needing a script that would do this. But other than this, I have no clue where to start looking for literature that documents this. This would be the only need I have as far as this is concerned. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Installer is automatically diverting the applications location in Leopard
by Bill Coderre 25 Mar '08

25 Mar '08

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: how to stop "Diverting" behavior?
by Bill Janssen 25 Mar '08

25 Mar '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com > Sorry, these URLs don't work on my system. > > Bill > > > /Developer/Documentation/DocSets/ > > com.apple.ADC_Reference_Library.DeveloperTools.docset/Contents/ > > Resources/Documents/documentation/DeveloperTools/Reference/ > > DistributionDefinitionRef/Introduction/Introduction.html > > > > /Developer/Documentation/DocSets/ > > com.apple.ADC_Reference_Library.DeveloperTools.docset/Contents/ > > Resources/Documents/documentation/DeveloperTools/Reference/ > > InstallerJavaScriptRef/index.html#//apple_ref/doc/uid/TP40005137 The appropriate URL is <http://developer.apple.com/documentation/DeveloperTools/Reference/Distribut…>. Doesn't say much, though. So, I guess there are no people with authoritative knowledge on this list. Bill _______________________________________________ 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: what's the archive format?
by Bill Janssen 25 Mar '08

25 Mar '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com > o Mac OS X 10.3.9 and earlier: > > pax -w -z -x cpio -f <archive-path> . > That's interesting. You are using -x cpio, which is an older format (the default on the systems I'm using is ustar). I wonder if the Installer expects "cpio", and is objecting to the use of "ustar"? Insane to have to be guessing about all this, really. Bill _______________________________________________ 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: how to stop "Diverting" behavior?
by Bill Janssen 24 Mar '08

24 Mar '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Sorry, these URLs don't work on my system. Bill > /Developer/Documentation/DocSets/ > com.apple.ADC_Reference_Library.DeveloperTools.docset/Contents/ > Resources/Documents/documentation/DeveloperTools/Reference/ > DistributionDefinitionRef/Introduction/Introduction.html > > /Developer/Documentation/DocSets/ > com.apple.ADC_Reference_Library.DeveloperTools.docset/Contents/ > Resources/Documents/documentation/DeveloperTools/Reference/ > InstallerJavaScriptRef/index.html#//apple_ref/doc/uid/TP40005137 _______________________________________________ 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 is automatically diverting the applications location in Leopard
by Stéphane Sudre 24 Mar '08

24 Mar '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Mar 23, 2008, at 6:19 PM, JanakiRam wrote: _______________________________________________ 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.… It seems no one has came across this situation. Can any one from Apple help me out. Please help me to solve this, If the distribution script is not top-secret, providing it may help (you do not need to provide the payload). If you're building a FLAT package, then you need to use the Flat Package Editor to access the distribution script. This email sent to site_archiver(a)lists.apple.com

1 0

Re: what's the archive format?
by Stéphane Sudre 24 Mar '08

24 Mar '08

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Mar 22, 2008, at 1:01 AM, Bill Janssen wrote: I'm building an installer essentially by hand -- using an old Python script called buildpkg.py. To create the Archive.bom file, it uses "mkbom <sourcefolder> <bompath>", and to create the PAX archive, it cd's to the <sourcefolder>, then uses "pax -w -f <archive-path> .", then invokes "gzip" on the resulting file to compress it, winding up with "Archive.pax.gz". Has been working fine for years. However, when I use this on Leopard, and then run the resulting installer, I get the following error messages: The installer still seems to work, but I'd like to make whatever changes are necessary to make these messages disappear. I'm using the following calls: o Mac OS X 10.3.9 and earlier: pax -w -z -x cpio -f <archive-path> . o Mac OS X 10.4 and later: ditto -c -z . <archive-path> _______________________________________________ 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.… pkgExtractor[79737]: BomFatalError - cpio read error: bad file format pkgExtractor[79737]: Package Authoring Error: Package "UpLib-1.7.3.pkg" is using a deprecated archive format. Running in compatibility mode. I'm surprised this is working because the result of this command line was not working well for me with recent major OS versions. ditto works well with ACLs enabled. pax did not when I tested it (it may have been fixed but I didn't check). This email sent to site_archiver(a)lists.apple.com

1 0