about ra_svn configuration

[Nuutti Kotivuori <na...@iki.fi>]

The current ra_svn configuration is usable - but there's one problem
which has bothered me about it. And that is that if I wish to make a
new connection to some host somewhere over ssh, I will have to go
editing the configuration file. Now this is only a raw suggestion, but
hopefully conveys the idea.

I will assume a separate configuration file for ra_svn for simplicity.

,----[ ~/.subversion/ra_svn ]
| [ssh]
| svn-tunnel-agent = ssh -l %u -p %p %h svnserve -t
| svn-default-port = 22
| 
| [proxy]
| svn-tunnel-agent = corkscrew proxy.my-company.com 8080 %h %p
| 
| [local]
| svn-tunnel-agent = svnserve -t
`----

Then the URLs could be for example as:

,----
| # Direct TCP connection
| svn://some.host/path
| 
| # Tunneled over SSH
| svn+ssh://some.host/path
| 
| # Proxied over SSL through a HTTP-proxy
| svn+proxy://some.host/path
| 
| # Local access, but with ra_svn
| svn+local:///home/user/path/to/repos
`----

Ofcourse per-host configuration should still be retained.

Btw, As a neat trick for the current configuration, you might wish to try:

,----[ ~/.subversion/servers ]
| [groups]
| svnlocal = svnlocalhost
| 
| [svnlocal]
| svn-tunnel-agent = /home/user/bin/svnwrapper.sh
`----

and:

,----[ ~/bin/svnwrapper.sh ]
| #!/bin/sh
| 
| exec svnserve -t
`----

And then 'svn co svn://svnlocalhost/path/to/my/local/repository'. This
solves pretty nicely the problem of Ctrl-C being able to wedge the
repository.

-- Naked


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: about ra_svn configuration

[Greg Hudson <gh...@MIT.EDU>]

On Tue, 2002-12-10 at 11:43, Nuutti Kotivuori wrote:
> Ofcourse per-host configuration should still be retained.

I disagree.  I'm fine with your mechanism (or at least, the general idea
of svn+foo:; I'm not sure whether it's worth it to define %u and %p
substitutions), but I don't like the idea of having two separate and
largely redundant methods for specifying tunnels.


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org