wrong permissions

[GoogleCodeExporter]

files on an installed system have wrong permissions, e.g. sys:sys 644 instead 
of 664

Original issue reported on code.google.com by a...@phicode.de on 4 May 2011 at 9:41

[GoogleCodeExporter]

what files exactly?

Original comment by cinap_le...@felloff.net on 4 May 2011 at 11:57

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Deleted my example. Running an outdated system. /sys/lib/lp has already been 
fixed.

Original comment by stanley....@gmail.com on 5 May 2011 at 1:32

[GoogleCodeExporter]

/sys/src

Original comment by a...@phicode.de on 5 May 2011 at 5:28

[GoogleCodeExporter]

/sys/lib/sysconfig/proto/cdproto does not list every individual file on the 
system. In many cases we set permissions on a directory and everything within 
in it, whereas the in the Labs distribution the files may not all fall under 
the same permissions. Since we use the proto files to sidestep the problem of 
mercurial not tracking permissions, the solution would be to maintain cdproto 
in a more complete state.

Original comment by stanley....@gmail.com on 5 May 2011 at 4:35

[GoogleCodeExporter]

Original comment by stanley....@gmail.com on 5 May 2011 at 4:36

• Added labels: Subsystem-Installer

[GoogleCodeExporter]

so what wrong permissions are still outstanding?

Original comment by cinap_le...@felloff.net on 9 May 2011 at 10:27

[GoogleCodeExporter]

/sys/src/*? /386/*? .hg? basically everything

Original comment by a...@phicode.de on 13 May 2011 at 5:20

[GoogleCodeExporter]

Original comment by a...@phicode.de on 26 May 2011 at 5:21

• Changed state: BasiclySound

[GoogleCodeExporter]

I think I have the same issue. I can not do a hg pull / update from user glenda 
(owner of /dist/plan9front/) because of write permissions to certain 
directories. I can also not install contrib since writing to /rc/bin to make 
the /rc/bin/contrib directory is prohibited.

I have searched all over the place for instructions to get write permissions to 
get further with my install without success. Pointers welcome.

Original comment by staal1...@gmail.com on 6 Jun 2011 at 1:17

[GoogleCodeExporter]

this seems to be a problem related to isos build on 9vx. you can use the 9front 
iso from http://9hal.ath.cx/usr/cinap_lenrek/9front.torrent wich is build on a 
native
plan9 machine.

i'll try to make the iso build more robust by implementing something like 
recursive permission overrides in libdisk/proto like i did for uid/gid.

Original comment by cinap_le...@felloff.net on 6 Jun 2011 at 3:57

[GoogleCodeExporter]

there has been an update to libdisk/proto. to build new isos, you need
to recompile/link /sys/src/libdisk and /sys/src/cmd/disk. also the x
flag was set on some files in /lib and /adm/timezome without no good
reason (probably some import fuckup)... this is fixed now.

/sys/lib/sysconfig/proto/cdproto now forces ug+rw and o-w on all files
in the cdproto that dont state a mode explicitly (this makes 0664 / 0775
the default, there should be no world writable files unles you state it
in the proto file) hg tracks the executable so i dont touch it there.

i'v rebuild the iso, installed it (as terminal) in vmware and did
a full mk nuke/install and it didnt complain.

the particular iso in question is:

9front-20110607.iso.bz2

please test this and report if any problems show up. 

Original comment by cinap_le...@felloff.net on 7 Jun 2011 at 2:09

[GoogleCodeExporter]

I just tested it and the hg pull worked. Hg update complained about no access 
to the bootes mbox (no idea why it would want that though!)
Currently at work, so I can not further investigate this (and check if contrib 
can be installed and if pkg works - it always complains about hget not present 
on server - could be a firewall issue here at work?). I will try more this 
evening.

Original comment by staal1...@gmail.com on 7 Jun 2011 at 7:15

[GoogleCodeExporter]

that mbox stuff is fixed... we should not track mbox files with hg at
all... expecially not for different users... try 

bind -ac /dist/plan9front /
echo allow >>/srv/cwfs.cmd
hg pull
hg update
echo disallow >>/srv/cwfs.cmd

that will remove the mbox files tho. having /usr in the hg repo
was a big mistake and it gets even worse with /usr/bootes stuff
as you dont have write access to all bootes files.

Original comment by cinap_le...@felloff.net on 7 Jun 2011 at 8:18

[GoogleCodeExporter]

http://code.google.com/p/plan9front/source/detail?r=8c67890562362c7f0be3da17b4ba
73bc2cc6c9a1

Original comment by cinap_le...@felloff.net on 7 Jun 2011 at 9:35

[GoogleCodeExporter]

Original comment by cinap_le...@felloff.net on 9 Jun 2011 at 2:11

• Changed state: Fixed