Permissions weirdness
Permissions weirdness
- Subject: Permissions weirdness
- From: Kirk Gleason <email@hidden>
- Date: Wed, 25 Jul 2007 17:51:58 -0400
Hello all,
I am relatively new the Package Maker stuff, and the package that
I am currently working on is by far the most involved one that I have
ever done. Essentially, I am trying to develop a package for an
application and relevant ODBC settings. The ODBC part is working like
a charm, but for some reason, the permissions on the Application
itself are getting out of whack when I install it. I have the
permissions set the way that I want them in my package root, and they
look like this:
775 root AD\domain users package_root/Applications/Application.app
(Obviously that is not exactly it, but you get the idea).
When I install the package on a test machine, the app in question
ends up with permissions of 775 root 47275.
What I cannot figure out is where the 47275 gid is coming from....
lsbom Archive.bom inside the pkg shows me a line that looks like this:
./Applications/Application.app 100775 0/115587243 82 40377167
Now I am not entirely sure what all of those numbers are, but I have
figured out (or I think I have) that the first number (100775) is the
permissions for the file, and the second (0/115587243) is the UID/
GID. The GID is correct. It is so high because it is actually an
active directory group.
So, does anyone have any idea why the gid on the installed
application is showing up as something different? Is there a maximum
gid that the Package Maker can deal with?
I am installing as an admin on the machine, and it is a domain
account. If I run `chgrp -R 'AD\domain users' Application.app` the
permissions adjust as they should, so the test machine does recognize
the 'domain users' friendly name, and the gid is exactly the same for
domain users on my development box and my test box.
--
Kirk Gleason
Systems Engineer
Finelight Strategic Marketing Communications
812.339.6700
--
Knowledge-Definition Warning:
Because knowledge is defined, for the purpose of this e-mail,
as "justified true belief"; the writer cannot prove that they
"know" any of the information provided within this e-mail to
be true, correct, complete, or consistent because they cannot
demonstrate their internal belief states through the principle
of Philosophic Privacy.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden