> > the problem you're addressing can't be addressed well through #Z. > > unix systems act differently than plan 9 ones do. there are a host > > of locking, etc. questions that #Z doesn't handle either. it would be > > easier > > to use a plan 9 fs (ken fs, cwfs, fossil). then you wouldn't need to > > deal with unix authentication. > > Probably true. However, I'm confident that there are ways to address > it -- and still, one of the cool things about 9vx is the local FS > access. When I was doing my 9vx autoprovisioner, the instances would > start in a chrooted sandbox, which was the best way I could figure to > deal with the permissioning issues at that point in time (without lots > o hacking).
that is cool. but i think it's a mistake to get carried away. #Z just isn't a regular plan 9 file system. locks don't work. users and groups work differently. (and of course, 9vx is run by exactly 1 unix user so i don't see how pam helps.) authentication works differently, there's no append-only mode, etc. - erik
