So, earlier I suggested enhancing the config file parser to warn
about unrecognized (e.g. misspelled) variables rather than silently
ignoring them. I can see that the work involved for that probably
makes it a low priority right now.
However, I think if we just reformatted the config files a bit
it would help a lot. At least, it would have prevented the dumb
mistake I described in my previous e-mail.
So, for this...
># [general]
>### These options control access to the repository for unauthenticated
>### and authenticated users. Valid values are "write", "read",
>### and "none". The sample settings below are the defaults.
># anon-access = read
># auth-access = write
>### This option controls the location of the password database. This
>### path may be relative to the conf directory. There is no default.
>### The format of the password database is:
>### [users]
>### USERNAME = PASSWORD
># password-db = passwd
...I'm suggesting that we replace it with something like this:
>#-------------------------------------------------------------------
>[general]
>#-------------------------------------------------------------------
>
># The "anon-access" and "auth-access" options control access to the
># repository for unauthenticated and authenticated users. Valid
># values are "write", "read", and "none". The sample settings below
># are the defaults.
>
>#anon-access = read
>#auth-access = write
>
># This "password-db" option controls the location of the password
># database. This path may be relative to the conf directory. There
># is no default. The format of the password database is:
>#
># [users]
># USERNAME = PASSWORD
>#
>
>#password-db = passwd
This is a very minor change, but IMO it's much less confusing.
In particular, the user is no longer expected to uncomment
"[general]", and so there is no danger of accidentally uncommenting
"[users]". This same cleanup could be applied to the other config
files.
Cheers,
-Pete
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Jan 19 06:18:05 2004