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

Re: pitiful dav performance

From: <seanc_at_dimensionalrift.com>
Date: 2003-02-25 21:18:30 CET

> seanc@dimensionalrift.com wrote:
>
>>I would be willing to go with the ra_svn approach but it doesnt seem
>>possible to secure it in a meaningful manner for a multi-user
>>configuration. Perhaps if svnserve were to run exclusively on 127.0.0.1
>>and a proxy program (say, svnproxy) could be executed via rsh or plink
>>from my clients I could at least secure it in the same way as CVS.
>>
>
> uh, you can already tunnel ra_svn over ssh, just as one normally does
> with CVS. there's no reason to run svnserve in daemon mode if you don't
> want to.
>
> -garrett
>
>

The database has never let me do that. I've had to run db4.1_recover any
time the user changes on the database. I.e:

As root I create /usr/local/svn and chown it to root:svnusers, and chmod
it g+s
As user 'foo' I run svnadmin create testdb, from /usr/local/svn
As user 'foo' I can access the database
Access with any other user, Permission denied: Berkeley DB error
while opening environment for filesystem /usr/local/svn/testdb until I
run db4.1_recover on the database as that user. chown'ing the directory
to that user fully does not help. I have to run db recover. This
included getting the www-data user to work so that apache could access the
database.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 25 21:19:51 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.