The 2.0.1 installer is much better about permissions than versions before 2.0, but it still changed the owner of /Applications: User differs on ./Applications, should be 0, owner is 502 Owner and group corrected on ./Applications Permissions corrected on ./Applications It really should leave the owners and permissions of existing directories alone. I'm on 10.3.6, so I installed the version for 10.3+.
Permissions still not quite right
3 messages · Jussi Piitulainen, Simon Urbanek
On Nov 19, 2004, at 7:34 PM, Jussi Piitulainen wrote:
The 2.0.1 installer is much better about permissions than versions before 2.0,
1.9.x didn't use Apple installer (except for the looks) - it actually untarred a tar ball - bad boy. The current one (2.0.0 and 2.0.1) are totally different specified from scratch, using PM.
but it still changed the owner of /Applications: User differs on ./Applications, should be 0, owner is 502 Owner and group corrected on ./Applications Permissions corrected on ./Applications It really should leave the owners and permissions of existing directories alone.
Well, our packages tell Apple Installer to leave them alone. It seems
to be a bug in Apple Installer, because from
R-GUI.pkg/Contents/Info.plist:
<key>IFPkgFlagOverwritePermissions</key>
<false/>
so it shouldn't replace any existing rights. I'm pretty much at loss,
because no package contains the Applications folder and R-GUI uses 0:80
as owner:group - and it's respected as you can see:
Miraculix:~% ls -ld /Applications/R.app
drwxrwxr-x 3 root admin 102 20 Nov 00:42 /Applications/R.app
In fact UID 502 is not used anywhere in any package of the R installer.
Is your UID on that machine 502?
We could work around it by changing the rights in post-flight but we
instructed AI to not change them in the first place ...
Cheers,
Simon
---
Simon Urbanek
Department of computer oriented statistics and data analysis
Universit?tsstr. 14
86135 Augsburg
Germany
Tel: +49-821-598-2236
Fax: +49-821-598-2280
Simon.Urbanek@Math.Uni-Augsburg.de
http://simon.urbanek.info
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 1796 bytes
Desc: not available
Url : https://stat.ethz.ch/pipermail/r-sig-mac/attachments/20041120/d2327a45/attachment.bin
4 days later
Simon Urbanek writes:
seems to be a bug in Apple Installer, because from
R-GUI.pkg/Contents/Info.plist:
<key>IFPkgFlagOverwritePermissions</key>
<false/>
Ok, the problem may well be with Apple's installer. I don't know these details. I'll add a couple of details below and leave it at that. Sorry for the delay.
so it shouldn't replace any existing rights. I'm pretty much at loss, because no package contains the Applications folder and R-GUI uses 0:80 as owner:group - and it's respected as you can see: Miraculix:~% ls -ld /Applications/R.app drwxrwxr-x 3 root admin 102 20 Nov 00:42 /Applications/R.app
Yes, that's what I have, too. Only /Applications was set to another owner. One detail I omitted in my report was that I chose the destination folder myself, so the installer did not know it was installing in the default place. (I did this because it said it would install in the folder "Macintosh HD" on the volume "Macintosh HD", which is nonsense.) Another detail that I omitted is that my system is localized to Finnish, so I actually chose "Ohjelmat" as the destination. It's still /Applications. I don't see how these should matter, though. It was an existing folder, with existing owner, and that owner was changed.
In fact UID 502 is not used anywhere in any package of the R installer. Is your UID on that machine 502?
Yes, 502 is my admin account. I use that for installs.
We could work around it by changing the rights in post-flight but we instructed AI to not change them in the first place ...
Maybe just leave it alone and people can Repair Permissions when in doubt. Though I'd like to be able to just drag and drop R.app to /Applications and R.framework to /Library/Frameworks.