Re: cvs.debian.org problem
On Fri, Jan 31, 2003 at 11:50:59AM -0500, Matt Zimmerman wrote:
> On Fri, Jan 31, 2003 at 09:54:55AM +0000, Colin Watson wrote:
> > On Thu, Jan 30, 2003 at 11:58:59PM -0500, Matt Zimmerman wrote:
> > > [no ssh-tunnelability]
> > > At least, this was the case when I last investigated it.
> >
> > You're now out of date. As of 0.16 or so, Subversion has an
> > SSH-tunnellable protocol (ra_svn), and work on SSL certificates is
> > progressing.
>
> Sounds great! I can't find any documentation demonstrating the use of
> ra_svn, but I see it in the source and it looks like what I want.
> If you have any pointers, I'd like to play with it some.
I'll be trying it myself as soon as I get the new 0.17.1 packages from
unstable backported to woody and then upgrade my repository. Until then,
the best current documentation I know of is at the end of INSTALL:
E. Alternative: 'svnserve' and ra_svn
-----------------------------------
As of svn 0.16, we have a new repository-access implementation,
libsvn_ra_svn (on the client side) and the 'svnserve' process on
the server. This is a simple network layer that speaks a custom
protocol over plain TCP (documented in libsvn_ra_svn/protocol):
$ svnserve -d # becomes a background daemon
$ svn checkout svn://localhost/usr/local/svn/repository
This network layer passes 'make check', but is still relatively
new and untested. Also, assume for now that the daemon will
permit anonymous checkouts and checkins of any repository
accessible by the uid you run it under, even if you pass it a
"-r" option to set the logical root of repositories.
You can also run ra_svn over ssh or any similar tool. To do
this, create a server group for the repository server in
~/.subversion/servers, and set the variable "svn-tunnel-agent"
to "ssh". An example:
[groups]
mygroup = server.host.name
[mygroup]
svn-tunnel-agent = ssh
(Right now you can't put any arguments to ssh in that variable.
That may change.) Make sure svnserve is in your path on the
server.
Expect the server invocation options to change incompatibly
before they are finalized.
The Subversion Book is being actively developed, so I imagine this will
work its way in there well before 1.0.
--
Colin Watson [cjwatson@flatline.org.uk]
Reply to: