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

Re: svn 1.0.4 svn+ssh:// permissions error on gentoo -- yes, even after svnbook ch06s05

From: John Peacock <jpeacock_at_rowman.com>
Date: 2004-06-18 04:58:59 CEST

Michael P. Soulier wrote:
> That doesn't help those of us unable or unwilling to upgrade to apache 2.0 at
> this time.

Who says you have to upgrade to Apache 2? You can run Apache2 on a private port
or independent IP address and not touch your primary sites at all. You can also
run svnserve as a server (instead of using svn+ssh); I'm actually doing this
very happily using a SSH tunnel to an svnserve instance bound to localhost on
the remote box. Here's my script:

ssh -f -L 3690: remote.server sleep 120 2>/dev/null
/usr/local/bin/svn "$@"

This sets up a short-term (120 second) tunnel in the background from the dev box
to the server, then calls the actual svn binary. Unless I am very slow typing a
log entry, I almost never have a problem with the tunnel expiring; if I was
working on very large data sets, I'd just set the sleep for a much longer
period. The "2>/dev/null" on the end there means I don't see ssh complaining
about an existing tunnel on that port, so I can run this as often as I want and
it pretty much does the right thing every time.

> Still, multiple users can access the same rcs file in a CVS repository via
> ssh without these issues.

As I said, since CVS files are just that, files, you can use the filesystem
rules to make sure that the files are never left in a state where another user
process can't open them. This is not the case with BDB, because of the way that
the shared database architecture is designed; I think there has been talk of the
BDB library design changing to support a specified umask for log files, but that
isn't really anything Subversion has any control over.


John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4720 Boston Way
Lanham, MD 20706
301-459-3366 x.5010
fax 301-429-5747
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Jun 18 05:00:06 2004

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.