[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: default svnserve.conf

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2004-09-22 19:32:52 CEST

Greg Hudson <ghudson@MIT.EDU> wrote on 09/22/2004 01:12:22 PM:

> On Wed, 2004-09-22 at 10:00, Jan Gruber wrote:
> > The keywords "realm" and "passwd-db" appear under [users] where they
dont have
> > any effect.
> Current code generates a default svnserve.conf with:
> Do you think this is still confusing? The [users] section doesn't
> belong in svnserve.conf at all; it belongs in the password-db file.

I found it mildly confusing when I started. In the current version of the
text, I would like to see all of the stuff about the format of the
password database moved to the end of the text after the explanation of
the fields that can appear in svnserve.conf. I think that might just make
things more clear to some users.

I do not think this next idea will garner much support, but I personally
feel that creating a repository ought to just also generate a sample
password database file in the conf folder and then place all of that text
about its format within that file.

Finally, as a Windows user working with a more *nix-oriented product, I
was a bit confused about file extensions. The example in the text shows a
filename of "passwd" and for some reason I thought the filename I created
had to have an extension like .conf and that it would just be added
automatically. Reading the text now, I do not think the text implies
that. Perhaps the version of the book at that time created that
impression? Anyway, I think it would be more obvious if the example file
name were just "passwd.db" or "passwd.conf".



Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Sep 22 19:33:26 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.