February 2005 - Installer-dev

Re: What is the unit for IFPkgFlagInstalledSize?
by Christopher Ryan 25 Feb '05

25 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com In the Info.plist, IFPkgFlagInstalledSize is stating: 30718. So we're not dealing with bytes, or KiloBytes. Any package with LOTS of files can have huge differences in sizes. Any idea? _______________________________________________ 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.… Would someone know what the unit is supposed to be for the IFPkgFlagInstalledSize? It's one of the undocumented flags you can find in some Info.plist and for which the unit seems to come from another galaxy. For instance, in the Safari 1.2 package, the archive weights 21.3 (or 21.8) MB uncompressed. In iTunes 4.something package, we have an archive of 26.1 (or 26.5) MB uncompressed and IFPkgFlagInstalledSize is stating: 27846. In this case, this could be some kind of KiloBytes but not the official one. It is indeed KiloBytes with each file rounded up to a 4k boundary, since this is a "better" estimate of the actual space it will take on disk. Of course the block size of your filesystem may not be 4k. Chris This email sent to site_archiver(a)lists.apple.com

1 0

RE: Two PackageMaker problems
by Steve Johnson 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcUZ19+pW6DK/L92TUul5pl83GiBzAAHyDrA Thread-topic: Two PackageMaker problems Cool Stéphane. Thanks for checking out my package, and thanks much for the info. I'll fix these problems in my next build. Steve PS: The permission problem you point out is EXACTLY why this problem is such a big deal...it's my opinion that the Apple installer shouldn't ever allow you to change permissions on / UNDER ANY CIRCUMSTANCES. > -----Original Message----- > From: installer-dev-bounces+steve=equilibrium.com(a)lists.apple.com > [mailto:installer-dev-bounces+steve=equilibrium.com@lists.apple.com] On > Behalf Of Stéphane Sudre > Sent: Wednesday, February 23, 2005 10:39 AM > To: installer-dev(a)lists.apple.com > Subject: Re: Two PackageMaker problems > > > On mercredi, février 23, 2005, at 07:23 PM, Steve Johnson wrote: > > > Hi Stéphane, > > > >>> 1) My installers clobber the ownership and permission flags of the > >>> root > >>> folders into which they install, even though I have > >>> 'IFPkgFlagOverwritePermissions' flag set to 'false'. For example, > >>> 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!!! > >> > >> What authorization are you requiring? > > > > It's not a question of particular permissions. The point is that the > > installer shouldn't change the permissions on /, /usr, etc. at all. > > The docs say that, as long as I don't set the > > 'IFPkgFlagOverwritePermissions' flag to 'true, the installer shouldn't > > modify the permissions of any existing directories. > > Hum, ok. > > Anyway, there are some issues in your package: > > [ ] system("chmod 775 / /Applications /Library"); > > / is not 775, it has a special bit too. > > [ ] There's a CVS folder in your English.lproj folder which contains > some CVS setup information. Fortunately, it's a pserver. > > > _______________________________________________ > 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/steve%40equilibrium.com > > This email sent to steve(a)equilibrium.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: Two PackageMaker problems
by Christopher Ryan 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Steve, Thanks, Chris Steve -----Original Message----- From: Christopher Ryan [mailto:ryanc@apple.com] Sent: Wednesday, February 23, 2005 12:52 PM To: Steve Johnson Cc: installer-dev(a)lists.apple.com Subject: Re: Two PackageMaker problems 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. assume they were both running Panther as well. 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: /Library/MediaRich/Bin/MediaEngine/MediaGen permissions...", then you can see what the installer itself is doing to the permissions. Once you do this, / and /Library will get screwed 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. 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(a)lists.apple.com Subject: Re: Two PackageMaker problems 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 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(a)lists.apple.com Subject: Re: Two PackageMaker problems folders into which they install, even though I have 'IFPkgFlagOverwritePermissions' flag set to 'false'. For Cheers, Matt _______________________________________________ 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: _______________________________________________ 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.… Ok, I will take a look at the package, it should not be happening on anything after 10.3.5. I'm running 10.3.8 (7U16). What I mean by up-to-date is that "Software Update" is showing no available updates. I've been seeing this problem for a while now...I'm pretty sure it's persisted over a couple of OS revisions. There was a known problem like this in 10.3, which was fixed in 10.3.5. I 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 up In what version of Mac OS X are you seeing this? This shouldn't be 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 then 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 example, 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!!! I use a postinstall shell script to solve these sorts of problems. http://lists.apple.com/mailman/options/installer-dev/ryanc%40apple.com This email sent to ryanc(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

RE: Two PackageMaker problems
by Steve Johnson 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcUZ6bR/n675gREtR9aq9rwdSwyLIQAC0Jfw Thread-topic: Two PackageMaker problems I'm running 10.3.8 (7U16). What I mean by up-to-date is that "Software Update" is showing no available updates. I've been seeing this problem for a while now...I'm pretty sure it's persisted over a couple of OS revisions. Steve > -----Original Message----- > From: Christopher Ryan [mailto:ryanc@apple.com] > Sent: Wednesday, February 23, 2005 12:52 PM > To: Steve Johnson > Cc: installer-dev(a)lists.apple.com > Subject: Re: Two PackageMaker problems > > 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. > > > > 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: > > > > /Library/MediaRich/Bin/MediaEngine/MediaGen > > > > 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. > > > > 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(a)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, > >>> > >>> 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 > >>> 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 > > permissions > >>> on these dirs, and therefore be pissed when my installer restores > > the > >>> 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(a)lists.apple.com > >>>> Subject: Re: Two PackageMaker problems > >>>> > >>>>> 1) My installers clobber the ownership and permission flags of the > >>> root > >>>>> folders into which they install, even though I have > >>>>> 'IFPkgFlagOverwritePermissions' flag set to 'false'. For example, > >>> 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!!! > >>>> > >>>> 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(a)lists.apple.com) > >>> Help/Unsubscribe/Update your Subscription: > >>> > > http://lists.apple.com/mailman/options/installer-dev/ryanc%40apple.com > >>> > >>> This email sent to ryanc(a)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: Two PackageMaker problems
by Matt DeFoor 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com > 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 permissions > on these dirs, and therefore be pissed when my installer restores the > default settings. Does Apple know about this problem? I had this problem when I (wrongly) assumed that PackageMaker would use the existing permissions on a few directories. This made it so that a NIB file wouldn't load. Things work much better after using a postinstall script to set the permissions the way they should have been. I had this problem with 10.3.4 (maybe), but I've been using the postinstall method since and haven't removed it. -Matt _______________________________________________ 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: Two PackageMaker problems
by Christopher Ryan 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)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(a)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(a)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(a)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(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.… 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(a)apple.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: Two PackageMaker problems
by Stéphane Sudre 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On mercredi, février 23, 2005, at 07:23 PM, Steve Johnson wrote: Hi Stéphane, Hum, ok. Anyway, there are some issues in your package: [ ] system("chmod 775 / /Applications /Library"); / is not 775, it has a special bit too. _______________________________________________ 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.… 1) My installers clobber the ownership and permission flags of the root folders into which they install, even though I have 'IFPkgFlagOverwritePermissions' flag set to 'false'. For example, 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!!! What authorization are you requiring? It's not a question of particular permissions. The point is that the installer shouldn't change the permissions on /, /usr, etc. at all. The docs say that, as long as I don't set the 'IFPkgFlagOverwritePermissions' flag to 'true, the installer shouldn't modify the permissions of any existing directories. [ ] There's a CVS folder in your English.lproj folder which contains some CVS setup information. Fortunately, it's a pserver. This email sent to site_archiver(a)lists.apple.com

1 0

RE: Two PackageMaker problems
by Steve Johnson 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcUZ0miU/IiFtnYYQ5SxViOlV/+JeAAAd8kw Thread-topic: Two PackageMaker problems Hi Stéphane, > > 1) My installers clobber the ownership and permission flags of the root > > folders into which they install, even though I have > > 'IFPkgFlagOverwritePermissions' flag set to 'false'. For example, 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!!! > > What authorization are you requiring? It's not a question of particular permissions. The point is that the installer shouldn't change the permissions on /, /usr, etc. at all. The docs say that, as long as I don't set the 'IFPkgFlagOverwritePermissions' flag to 'true, the installer shouldn't modify the permissions of any existing directories. > > 2) I've got one particular installer that I can't build on the command > > line. When I run PackageMaker, the tool runs, but never returns and > > never produces any output. I've let it run for hours. I can build the > > same package using the GUI tool without a problem. > > You may want to run 'sample' on the hanging process. This will help > figuring out where it hangs and maybe why. Good idea! I'll try that. Steve _______________________________________________ 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: Two PackageMaker problems
by Steve Johnson 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com Thread-index: AcUZyfj+gj+1BJ+ATQyWK7ATe8w7dQAAJlAQ Thread-topic: Two PackageMaker problems 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. 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: /Library/MediaRich/Bin/MediaEngine/MediaGen 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. 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(a)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, > > > > 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 > > 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 permissions > > on these dirs, and therefore be pissed when my installer restores the > > 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(a)lists.apple.com > >> Subject: Re: Two PackageMaker problems > >> > >>> 1) My installers clobber the ownership and permission flags of the > > root > >>> folders into which they install, even though I have > >>> 'IFPkgFlagOverwritePermissions' flag set to 'false'. For example, > > 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!!! > >> > >> 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(a)lists.apple.com) > > Help/Unsubscribe/Update your Subscription: > > http://lists.apple.com/mailman/options/installer-dev/ryanc%40apple.com > > > > This email sent to ryanc(a)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: Two PackageMaker problems
by Stéphane Sudre 23 Feb '05

23 Feb '05

site_archiver(a)lists.apple.com Delivered-To: installer-dev(a)lists.apple.com On mercredi, février 23, 2005, at 05:50 PM, Steve Johnson wrote: Greetings, I'm having two significant problems with PackageMaker... 1) My installers clobber the ownership and permission flags of the root folders into which they install, even though I have 'IFPkgFlagOverwritePermissions' flag set to 'false'. For example, 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!!! What authorization are you requiring? 2) I've got one particular installer that I can't build on the command line. When I run PackageMaker, the tool runs, but never returns and never produces any output. I've let it run for hours. I can build the same package using the GUI tool without a problem. _______________________________________________ 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.… You may want to run 'sample' on the hanging process. This will help figuring out where it hangs and maybe why. This email sent to site_archiver(a)lists.apple.com

1 0