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

Re: Repository permissions, q.v. $CVSUMASK

From: Eric Gillespie <epg_at_pretzelnet.org>
Date: 2003-02-04 05:28:40 CET

Colin Watson <cjwatson@flatline.org.uk> writes:

> Could Subversion include at least something like that, or maybe
> more flexible, in order to bring RA layers other than DAV up to
> the level of CVS for group projects? If so, I'd be happy to try
> to help, given some pointers as to where to start.

For now, you can just wrap svnserve. I have the following
.subversion/servers:

[groups]
localhost=localhost
pretzelnet=pretzelnet.org

[localhost]
svn-tunnel-agent=svnlocalhost

[pretzelnet]
svn-tunnel-agent=ssh

And the following scripts in /usr/local/bin:

svnserve:
#! /bin/sh
umask 002
exec svnserve.real "$@"

svnlocalhost:
#! /bin/sh
shift
exec "$@"

With ra_svn, you never need ra_local. I suspect that you also
get better performance using ra_svn locally than ra_local, due to
multi-processing. I even seem to remember someone posting
benchmarks once confirming that suspicion.

This is the same answer i gave last time this question came up.

One thing i'd like to change is making svn-tunnel-agent take a
format string; then the svnlocalhost hack will not be necessary.

Once svnserve has a config file (read from
${sysconfdir}/subversion when run as a server and from
~/.subversion when run via tunnel), we can add a umask option to
it. That is another change i plan to make.

--
Eric Gillespie <*> epg@pretzelnet.org

Build a fire for a man, and he'll be warm for a day. Set a man on
fire, and he'll be warm for the rest of his life. -Terry Pratchett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 4 05:29:24 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.