site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com There was a known problem like this in 10.3, which was fixed in 10.3.5. You say you are up-to-date on Panther, are you running 10.3.9, then? Chris Hi Chris, Thanks for replying. I hope you can help me figure this out... I'm running a totally up-to-date Panther with XTools 1.5. Two other engineers installed one of my early installers (before I fixed the problem with a postinstall script), and they both saw the problem. I assume they were both running Panther as well. /Library/MediaRich/Bin/MediaEngine/MediaGen Please let me know if you need anything else. Thanks! S -----Original Message----- From: Christopher Ryan [mailto:ryanc@apple.com] Sent: Wednesday, February 23, 2005 9:05 AM To: Steve Johnson Cc: Matt DeFoor; installer-dev@lists.apple.com Subject: Re: Two PackageMaker problems In what version of Mac OS X are you seeing this? This shouldn't be necessary. Chris Hi Matt, this. So have you had this particular problem? Do you just set the permissions back to the usual defaults, or do you go through the trouble of saving the exact state of these dirs before installing, and then restoring them back to exactly what they were before. I guess I'm wondering if someone would ever want to change the default default settings. Does Apple know about this problem? Take care, Steve -----Original Message----- From: Matt DeFoor [mailto:mattd@myrealbox.com] Sent: Wednesday, February 23, 2005 8:54 AM To: Steve Johnson; installer-dev@lists.apple.com Subject: Re: Two PackageMaker problems folders into which they install, even though I have 'IFPkgFlagOverwritePermissions' flag set to 'false'. For example, I use a postinstall shell script to solve these sorts of problems. Cheers, Matt _______________________________________________ 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: _______________________________________________ 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... You can grab one of our installers off of out ftp site if you'd like to take a look. ftp://tmuser:Asp4u2d@ftp.equilibrium.com/mediarich/macosx/ MediaRichDemos .dmg This installer is an add-on, so it won't install unless you first create a file (with arbitrary contents) at: This installer fixes up the permissions with the 'postinstall' script. It's a Perl script. If you edit that file in the package and comment out the three system() lines under the comment "# Restore the standard permissions...", then you can see what the installer itself is doing to the permissions. Once you do this, / and /Library will get screwed up by this installer. I don't explicitly mention the IFPkgFlagOverwritePermissions flag at all in my Info.plist file. The PackageMaker docs say this flag defaults to 'false'. I HAVE also tried setting it explicitly to 'false' with no change in behavior. Thanks for the quick (like 2 minutes later...yikes!) response. Yeah, I'm doing the same thing. It's really lame that we should have to do permissions on these dirs, and therefore be pissed when my installer restores the 1) My installers clobber the ownership and permission flags of the root if I install in /usr/local/bin, my installer changes the permissions on /, /usr, /local, and /bin. I've tried building packages both from the command line and using the PackageMaker GUI, with the same results. This seems so fundamentally busted, that I figure I must be missing something. Please HELP!!! http://lists.apple.com/mailman/options/installer-dev/ryanc%40apple.com This email sent to ryanc@apple.com This email sent to site_archiver@lists.apple.com