I
re-package applications with our custom settings and what not and am
seeing the same issue on SOME but not all packages, even though I have
all set to require root auth. Is there any way to create a package with
Apple stuff that allows me to install items in the system but not effect
the premissions, or should I just make sure my folders in my root all
have correct permissions when I make the package?
-Mike
-----Original Message-----
From: installer-dev-bounces+perbix=email@hidden
[mailto:installer-dev-bounces+perbix=email@hidden] On Behalf
Of Peter Bierman
Sent: Wednesday, August 31, 2005 4:07 PM
To: Bob Hickey
Cc: email@hidden
Subject: Re: Permissions - OS 10.3.7 - PackageMaker
Your package is including these filesystem objects, and the Admin
authorization is causing the installer to use the data in your
package to change the system.
For example, your package should not include an '/Applications'
directory, it should instead have a default location of
'/Applications'.
-pmb
At 2:22 PM -0400 8/31/05, Bob Hickey wrote:
I am using Package Maker on MAC OS X 10.3.7 for what I think is a
relatively simple installer. I built a few packages and put them
into a meta package installer. All of them have the Authorization
Action set to "Admin Authorization". The only Flag set is the
"Required" field.
Some Macs, not all, have permission problems after running the
installer. One guy in our test group found that his Applications
folder had the permission changed to read only.
Anyone have any clues on this? Below is the note I got from our
tester.
Thanks,
Bob
******************
George figured out that the installed was messing up permissions. If it
helps, below are the results of repairing permissions in Disk Utility
after my second install (after already repairing permissions once),
which may indicate which permissions the installers is damaging. I'm
running 10.3.9.
****
Repairing permissions for "YYZ"
Determining correct file permissions.
User differs on ./Applications, should be 0, owner is 503 Group differs
on ./Applications, should be 80, group is 99 Owner and group corrected
on ./Applications Permissions corrected on ./Applications
User differs on ./Library/Application Support, should be 0, owner is
503
Group differs on ./Library/Application Support, should be 80, group is
99
Owner and group corrected on ./Library/Application Support
Permissions corrected on ./Library/Application Support
We are using special permissions for the file or directory
./Library/ColorSync/Profiles/Displays. New permissions are 16893
We are using special permissions for the file or directory
./Library/ColorSync/Profiles. New permissions are 16893
We are using special permissions for the file or directory
./System/Library/Filesystems/cd9660.fs/cd9660.util. New permissions
are 33261
We are using a special uid for the file or directory
./private/var/at/jobs. New uid is 1
We are using a special uid for the file or directory
>./private/var/at/spool. New uid is 1
The privileges have been verified or repaired on the selected volume
Permissions repair complete
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
m
This email sent to email@hidden
_______________________________________________
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