sangkyoonnam / openjdk-osx-build

Automatically exported from code.google.com/p/openjdk-osx-build
0 stars 0 forks source link

Strange owner of instaled files #12

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
What steps will reproduce the problem?
1. ls -l /System/Library/Java/JavaVirtualMachines/ 
/Library/Java/JavaVirtualMachines/

What is the expected output? What do you see instead?

I see:

/Library/Java/JavaVirtualMachines/:
total 0
drwxrwxr-x  3 root        admin  102 Mar  1 00:48 1.6.0_24-b07-334.jdk
drwxr-xr-x  3 messagebus  staff  102 May  1 16:00 1.7.0.jdk

/System/Library/Java/JavaVirtualMachines/:
total 0
drwxr-xr-x  3 root  wheel  102 Mar  1 00:52 1.6.0.jdk

I expect to see

/Library/Java/JavaVirtualMachines/:
total 0
drwxrwxr-x  3 root        admin  102 Mar  1 00:48 1.6.0_24-b07-334.jdk
drwxr-xr-x  3 root        admin  102 May  1 16:00 1.7.0.jdk

/System/Library/Java/JavaVirtualMachines/:
total 0
drwxr-xr-x  3 root  wheel  102 Mar  1 00:52 1.6.0.jdk

And it is not only the main directory which has the wrong user but all files 
and directories:

$ find 1.7.0.jdk -user messagebus -group staff | wc -l
    1253
$ find 1.7.0.jdk  | wc -l
    1253

What version of the product are you using? On what operating system?

OpenJDK-OSX-1.7-universal-20110428.dmg

Please provide any additional information below.

The same wrong users I see if I install the package for myself only. There I 
would expect that the files are owned my me. Also I wonder why the installation 
for myself only requires me to enter the administrators password. It should 
work without.

Original issue reported on code.google.com by claudio....@gmail.com on 1 May 2011 at 2:08

GoogleCodeExporter commented 8 years ago
Could you check with latest build ?

Original comment by henri.gomez on 30 Sep 2011 at 10:19

GoogleCodeExporter commented 8 years ago
First of all I find it wonderful that now it is just a package you can drag 
yourself into the place you want, i.e. either to the suggested directory linked 
in the disk image as well into a users own ~/Library/Java/JavaVirtualMachines.

Furthermore in both cases the user is what is expected to be. So this problem 
is solved for good and in my opinion this issue can be considered closed.

Thank you very much for all your effort.

Original comment by claudio....@gmail.com on 30 Sep 2011 at 6:33

GoogleCodeExporter commented 8 years ago
Thanks Claudio, closing this one

Original comment by henri.gomez on 4 Oct 2011 at 9:18