site_archiver@lists.apple.com Delivered-To: Installer-dev@lists.apple.com User-agent: Thunderbird 2.0.0.0 (Windows/20070326) Just write a postinstall shell script that sets the permissions. I thought I might have to resort to this. -m ============= _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/paul%40fxtech.com This email sent to paul@fxtech.com -- Paul Miller | paul@fxtech.com | www.fxtech.com | Got Tivo? _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.a... Mike wrote: If you don't know in advance what permissions the installed app is expecting on the files, then it's kind of hard to know what permissions you need to set. Just odd that there is different behavior on very similar setups (except for the architecture). Paul Miller wrote: I've got a situation where I have a directory in my installer that gets installed inside an application that I don't distribute. When the application tries to open files in the directory I install, it complains of permissions problems. The weird thing is this works on a couple of my machines, but not one of my users' machines. I need to make sure that the directory (and contents) gets installed with full RW access for everyone on the computer, even though it is getting installed down in the directory hierarchy of a foreign app. What is the proper incantation on my end (via setting permissions on the dirs/files, and flags set in the installer package) to make this happen? Note - I am using Iceberg. This email sent to site_archiver@lists.apple.com