PackageMaker: requiring admin password when it should not

I've been seeing a really strange "anomoly" with a package I've created.


None of the files in the package are configured to require the Admin password and the install

destination is specified to be the user home directory. However, with the *same* .pkg file, I

see three different installations:

1) Everything goes along with minimal interaction and everything is installed where it

should be.

2) Almost the same, except the user is presented a window asking where to install the

package: the user directory or some other location.

3) With either of the two above, there may be a popup requesting the admin password. But

even with the correct password, the package files are not installed; even though the install

is declared successful. (I haven't been able to figure out where it thinks the files are going.)


So there are really two questions. First, why is the user ever queried about the destination

of the package files when the package is configured to use the home directory. Second,

why is the user promoted for the admin password.


As I said, this is with the same package file. Double clicking it will present one of the

scenarios above.


This certainly makes for a poor installation experience. I'm wondering it there is something

I've done (ore haven't done) which would cause these to happen.


Suggestions or comments welcome.


Oh yes, it makes no difference whether I use the PackageMaker GUI or the command line

interface.


- Mark

Mac OS X (10.7.4)

Posted on Aug 19, 2012 5:51 PM

Reply

There are no replies.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

PackageMaker: requiring admin password when it should not

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.