July 2006 - Installer-dev - lists.apple.com

Software Delivery Guide
by Stéphane Sudre 25 Jul '06

25 Jul '06

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.… http://developer.apple.com/documentation/DeveloperTools/Conceptual/ SoftwareDistribution/index.html It looks like the new "Software Delivery Guide" is task-oriented (and nicely designed). But there's clearly a regression regarding the format documentation. It would be nice to have an Appendix D with the missing information. For the record, the left column of the documentation is not 100% compatible with Safari on Mac OS X 10.2.8. This email sent to site_archiver(a)lists.apple.com

1 0

app broken after install
by Philip D. Wasson 24 Jul '06

24 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Any ideas? ---------------------------------------------------------------------- Philip D. Wasson pwasson at maned dot com Software Engineer Managing Editor Inc. _______________________________________________ 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 working on an application that installs other apps using the Apple command line installer. During a recent test, a strange thing occurred and I'm wondering if it's something I'm doing wrong or if it's a bug, etc. The application being installed was a PowerPC-only, Carbon, Mach-O, bundled app built in CodeWarrior. The installer package was very simple, just installing that one app into /Applications. After installation (on an iMac Core Duo), the app was displayed with the circle-slash overlay, like an older-style app on an Intel Mac or an Intel-only app on a PowerPC Mac. The Finder refused to launch it, but it launched OK from the command-line. Option-dragging it to another folder resulted in a working copy with no circle-slash overlay. Since it was a normal app, and the installer package was built using PackageMaker and it was installed using Apple's installer, I can't think of anything I could be doing wrong, except perhaps something about the permissions might be off. Maybe the Finder looked at the app too soon, didn't think it looked like a runnable app, and set a flag somewhere? (The symptom persisted across logout/login and reboot.) This email sent to site_archiver(a)lists.apple.com

1 0

to change icon of installer
by narender pal singh panwar 20 Jul '06

20 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=BYI41WqrKXUtw7lWfzDJeI3S9pxwhvLDyKOD4fNv8SeCvx9L8GLGIQawzaCRASGWF1NS0y0piJSdKKZxH/YGiBgwPvvdSC2zNH+n1KDLfV7OvTE23JY2QMfdh1PGInQq8SNu80URgn9PpW7YUzRzEH2a64WHD5kXweSJSGqNKvI= _______________________________________________ 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: File permissions of directories created by Installer.app are wrong.
by Arne Scheffler (ext) 20 Jul '06

20 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 1.5.0.4 (Macintosh/20060530) Hi Rick, Arne, cheers arne -Rick Begin forwarded message: arne _______________________________________________ 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/rick%40bias-inc.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.… Rick Sustek wrote: my understanding, is that the Installer will only create directories and files as instructed within the pax archive of a package. All ownership and permissions are driven by the archive contents, and it is the responsibility of the package author to set those as needed, while constructing the package. No, if you set IFPkgFlagDefaultLocation to something which does not exist, the Installer will create this location, but with the wrong permissions I think. And that's what I want to know, if this is a bug or if we need to alter the permissions with a script after installation. From: "Arne Scheffler (ext)" <a.scheffler(a)steinberg.de> Date: July 19, 2006 8:31:02 AM PDT To: installer-dev(a)lists.apple.com Subject: File permissions of directories created by Installer.app are wrong. Hi, suppose I got an package that installs per default into /Applications/Some.app/Contents/Resources/A/B If this directory structure does not exist, all non existing directories are created with u=rwx g=rx o=rx. But the default permissions for /Applications is u=rwx g=rwx o=rx. So I thought it would take the permissions from the last existing parent directory to create the new ones. Is this expected behaviour or not ? This email sent to rick(a)bias-inc.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: File permissions of directories created by Installer.app are wrong.
by Rick Sustek 19 Jul '06

19 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Arne, -Rick Begin forwarded message: _______________________________________________ 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.… my understanding, is that the Installer will only create directories and files as instructed within the pax archive of a package. All ownership and permissions are driven by the archive contents, and it is the responsibility of the package author to set those as needed, while constructing the package. From: "Arne Scheffler (ext)" <a.scheffler(a)steinberg.de> Date: July 19, 2006 8:31:02 AM PDT To: installer-dev(a)lists.apple.com Subject: File permissions of directories created by Installer.app are wrong. Hi, suppose I got an package that installs per default into / Applications/Some.app/Contents/Resources/A/B If this directory structure does not exist, all non existing directories are created with u=rwx g=rx o=rx. But the default permissions for /Applications is u=rwx g=rwx o=rx. So I thought it would take the permissions from the last existing parent directory to create the new ones. Is this expected behaviour or not ? arne _______________________________________________ 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/rick%40bias- inc.com This email sent to rick(a)bias-inc.com This email sent to site_archiver(a)lists.apple.com

1 0

File permissions of directories created by Installer.app are wrong.
by Arne Scheffler (ext) 19 Jul '06

19 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com User-agent: Thunderbird 1.5.0.4 (Macintosh/20060530) arne _______________________________________________ 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.… Hi, suppose I got an package that installs per default into /Applications/Some.app/Contents/Resources/A/B If this directory structure does not exist, all non existing directories are created with u=rwx g=rx o=rx. But the default permissions for /Applications is u=rwx g=rwx o=rx. So I thought it would take the permissions from the last existing parent directory to create the new ones. Is this expected behaviour or not ? This email sent to site_archiver(a)lists.apple.com

1 0

Re: file permissions
by Sean Kelly 11 Jul '06

11 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Sean Kelly _______________________________________________ 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 is a valid permission. This ought to be a bug. Is there a work- around? There is no workaround within PackageMaker, but you can chmod/chown the file in your root. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Using different compression
by Geoffrey Hutchison 11 Jul '06

11 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On Jul 11, 2006, at 3:13 PM, Christopher Ryan wrote: http://advancemame.sourceforge.net/doc-advzip.html Cheers, -Geoff _______________________________________________ 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.… Pax isn't the compression but the file format. The packages are compressed using gzip. At this time only gzip is supported. That doesn't actually mean you can't use tighter compression than the usual gzip method: This package actually recompresses .zip, .gz, .png... (Well, PNG files can also be compressed tightly with http:// optipng.sourceforge.net/ or combining optipng then advpng) In short, Peter might still be able to shrink everything into one CD with some care and recompression. Rick's method is also an interesting idea. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Using different compression
by Rick Sustek 11 Jul '06

11 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com have fun, -Rick _______________________________________________ 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.… Ditto on the fact that a "pax" archive is not bound to any compression technique. See the "pax" man page for more detail. However, if the Apple "Installer.app" will only uncompress a "gzip" file, then that is that! But, you might be able to add some tricks to your package, to pull off what you are looking for. One idea: Precompress the files that make up the archive, using whatever method is best for you. Then, run a "post____" script to decompress. You may have to supply the decompression tool in the package itself, if not a standard MacOS X installed item. This would of course reduce your gains! This email sent to site_archiver(a)lists.apple.com

1 0

Re: Using different compression
by Christopher Ryan 11 Jul '06

11 Jul '06

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Chris Hi, Pete. _______________________________________________ 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/ryanc%40apple.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.… Pax isn't the compression but the file format. The packages are compressed using gzip. At this time only gzip is supported. Is it possible to make the Apple Installer use a different compression system than pax? The reason for this is that we have a game in progress which packs onto one CD - but only if 7zip compression is used. This email sent to ryanc(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0