diff -r f4688940fe15 -r aa57f48c7585 doc/manual.docbook --- a/doc/manual.docbook Thu Oct 15 11:23:38 2009 +0100 +++ b/doc/manual.docbook Thu Oct 15 11:50:06 2009 +0100 @@ -222,39 +222,42 @@ that no other users can access the hgadmin repository, and that those with keys in keys/users can read or write to any repository -but not create repositories. If these are the only rules in effect, they -have the following consequences: +but not create repositories. Some examples of how these rules work: -Any request from a user with a key under keys/root will match the first rule; since -this rule is init the request will always be allowed. +User root/jay creates a repository +foo/bar/baz. This matches the first +rule and so will be allowed. -Any request to access the hgadmin by any other user will -not match the first rule, but will match the second rule, and so will be -denied. +User root/jay changes repository +hgadmin. Again, this matches the +first rule and so will be allowed; later rules have no effect. + + +User users/sam tries to read +repository hgadmin. This does not +match the first rule, but matches the second, and so will be denied. -Any request to create a repository from a user with a key in keys/users will not match the first or second -rules, but will match the third rule. This is a write -rule, which doesn't grant the privilege to create repositories, so the -request will be denied. +User users/sam tries to create +repository sams-project. This does +not match the first two rules, but matches the third; this is a +write rule, which doesn't grant the privilege to create +repositories, so the request will be denied. -Any request to access an existing repository from a user with a key in -keys/users will not match the first -or second rules, but will match the third rule, which grants -write privilege, so the request will be allowed. +User users/sam writes to existing +repository projects/main. Again, +this matches the third rule, which allows the request. -Any request from any user whose key is in neither keys/root nor keys/users will not match any rule and so will -be denied. Unless it matches the second rule, in which case it will still -be denied. Changes to the access.conf in hgadmin will change that, as the example at the start of this section shows. +User pat tries to write to existing +repository widget. Until we change +the access.conf file in hgadmin, this will match no rule, and so will +be denied. Any request from a user whose key not under the