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

Re: [PATCH] svnadmin create --owner --group (Third time's a charm???)

From: John Peacock <jpeacock_at_rowman.com>
Date: 2003-11-24 19:22:12 CET

C. Michael Pilato wrote:

> You *are* going to see just as many bug reports as before, except instead of
> "I can't access my repository," they'll be "I can't access my repository even
> though I created it with --owner and --user. Why didn't this work?"

I think we will see fewer overall, but I do admit that users have an annoying
knack for finding all of the edge cases by falling off them. But being able to
ask them what _single command line_ they used, instead of what _sequence of
commands_ they typed, should make it easier to determine what went wrong.

> Dude, then we just need to fix the docs. We don't need to start throwing
> options at the problem. If the problem at its core is one of user ignorance,
> then the solution is education -- plain and simple.

I agree and disagree. Yes, the docs could use more details (specifically the
recipe of chown/chmod for most common configurations). But the ability to also
provide sensible defaults is worthwhile too.

For example, just because 'man useradd' lists all of the options available
doesn't mean that there is no value in providing a set of default values that
will work for most people out of the box. Another example is that fact that
most retail Unix distros have a security wizard which will set all files to an
appropriate level. That's really all I am suggesting, here



John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 24 19:22:36 2003

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.