[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 17:57:56 CET

C. Michael Pilato wrote:

> I have an icky feeling about this patch. Because of the way we use
> Berkeley DB, new logfiles and such are created throughout the lifetime
> of the repository. Administrators have to be careful about running
> 'svnadmin recover' as root. They have to be careful when accessing
> their repositories from the various RA layers.

I'm not saying the patch is anything except a way to ensure that _upon creation_
the repository has the correct ownership and permissions under most Unix-like
filesystems. You can also view it as a way to explicitly set the permissions
correctly, as opposed to the current behavior which sets the permissions based
on the running user and their umask.

> and I don't like the Unix-only
> aspect of it (you know, Windows NT-line OSes have owners and perms,
> too).

And supporting that is on my todo list (with help from Brane probably). It is a
much bigger issue to deal with it in the Win32 world (where permissions are in
some ways more flexible and yet even more likely to get messed up in non-trivial
ways).

The current docs on permissions and ownership are of limited use under Unix, and
of no use under NTFS (IMNSHO). I am comfortable under various *nix variants,
yet the existing documentation took me some thinking to know how to do it right
the first time. Just because I have [lots of] Unix experience doesn't mean I've
had to do a great deal of set up for shared database file access (which is a
much more specialized use-case).

John

-- 
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 17:58:19 2003

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