John Peacock <jpeacock@rowman.com> writes:
> 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.
This way lies madness. In any complex system, a recipe for either
success or failure is multi-step. That's just life. Besides that,
these options still don't reduce failure recipes to a single step,
because the failure is likely to happen well after the repos is
created, instead occuring during some other operation.
> 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.
We provide sensible defaults already. We promise to create our files
and directories in exactly the same way that every other program you
use creates files and directories -- as the user/group that runs the
file-creating program. No surprises there. What's not sensible about
that?
> 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.
Hmm. I'll pretend you didn't invoke 'useradd' as an example of the
way things should be. But even if that program wasn't the target of
many a joke about bad UI, its reasons for taking tons of options is
because to do all the things that it does by hand is an incredibly
arduous task, editing /etc/passwd and /etc/group and the shadow files,
and creating home directories and copying skeletal conf files into
that place and ...
'svnadmin create' + 'chown' just isn't really that tough to pull
off. :-)
---------------------------------------------------------------------
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:47:24 2003