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

Re: permissions (and other) problems

From: <brane_at_xbc.nu>
Date: 2002-09-12 08:19:31 CEST

Quoting Rich Drewes <drewes@interstice.com>:

> Hello,
>
> 1. What is the right method of setting up permissions for using
> Subversion on a local filesystem with local users (Unix environment, of
> course)? I have had some serious problems with many different
> arrangments.

Yes, this is a problem we still haven't solved. I think the simplest thing would
be to do what CVS does -- namely, set umask to 002 internally, and tell users to
chmod g+rwXs on n all directories in the repo. Maybe "svnadmin create" could do
that for us?

Alternatively, this could be controlled by a server-side config option -- it's
not something that has to be communicated back to the client.

[snip]

> 2. More generally, is using Subversion with local users on the local
> filesystem (not remotely via http or whatever) supported very well, or are
> the remote access methods the only ones that work reliably? I have had
> lots of database lockup problems in the past and I'm not sure they are all
> going to go away now that I have the issue in #1 worked out with group
> write permission enabled in the users' umasks . . .

Apart from the restriction that the repository must be on a local disk (e.g.,
"local" access over NFS is impossible)? The permission problems may well have
been causing the lock-ups; the other p[robable cause interrupting svn (^C) while
it's fiddling with the repository (aargh, we really, really should find a way to
avoid fix that).

    Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Sep 12 08:20:10 2002

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.