From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <5cb879adc367c917d7159469079e8d82@quanstro.net> From: erik quanstrom Date: Thu, 6 Aug 2009 07:47:09 -0400 To: corey@bitworthy.net, 9fans@9fans.net In-Reply-To: <200908052315.35723.corey@bitworthy.net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Subject: Re: [9fans] a few Q's regarding cpu/auth server Topicbox-Message-UUID: 3a1c010c-ead5-11e9-9d60-3106f5b1d025 > Works like a charm. Knowing the the correct manual page(s) to be looking > at certainly helps! > > I can't help though but be curious as to why there's no command, or > an additional switch to changeuser, to remove users from the keyfile. > I guess due to Plan 9's simplicity motto? [...] > I read through fossilcons(8) though, and I'm still not sure how to delete > a filesystem user. I almost got the impression that it's not possible - > due to the mention that "Once an id is used in file system structures > archived to Venti, it is impossible to change those disk structures, and > thus impossible to rename the id"; but reading on, I guess to remove > a user, I just need to manually edit the user table? Will it hose things if > I edit /adm/users directly, from a shell, rather than executing > 'users [ -r file ]' on /srv/fscons? the reason there are few provisions for deleting a user, is because that doesn't make much sense if you have a worm filesystem. at best you can remove the user from the active filesystem, but not the dump. this is the same reason that renaming users is difficult. (ken's fs doesn't have this problem since there's a level of indirection between the name and strictly-internal user id.) i just disable the user's authentication and make the user's mailbox unwritable; i've never had a reason to rename a user. - erik