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

Re: svn commit: rev 1923 - trunk/subversion trunk/subversion/libsvn_ra_pipe

From: Mark Benedetto King <bking_at_answerfriend.com>
Date: 2002-05-10 15:53:02 CEST

On Fri, May 10, 2002 at 02:07:36AM -0700, Greg Stein wrote:
> On Thu, May 09, 2002 at 11:14:15PM -0400, Kevin Pilch-Bisson wrote:
> >...
> > Okay here's the deal. I can check out a greek tree by running
> > svn co pipe://anything < subversion/tests/xml/co1-inline.xml
>
> Per my short review of the existing code, you've got a good chunk more to do
> than this. ra_pipe is going to need to spawn a subprogram and communicate
> with it via a pipe so that it can read/write to perform requests. (APR has
> everything needed to do this)
>

He only committed it because I asked him to, so that I could add those
very things. :-)

> In the CVS space, that subprogram is specified using CVS_RSH (although CVS
> assumes it is an rsh/ssh-like program and supplies arguments upon that
> presumption). We may want to review how to specify that subprogram and how
> and what to pass arguments.

Yes. I was planning on using APR's mechanisms for doing this (exactly
how apache's mod_cgi works; I'll probably use mod_cgi as a guide). There
are two things to know: what program to run locally (rsh/ssh/etc), and
what arguments to pass it. This second thing is where CVS really falls
down; it presumes that your program acts exactly like rsh.

For example, something like:

# ~/.subversion/ra_pipe

[ra_pipes]
pipe1 = mypipe
pipe2 = myotherpipe

[pipe1]
command: /usr/local/bin/ssh2 user@firewall.foo.com "/opt/svn/bin/svn --server"
repository: http://internal.host.foo.com/repos

[pipe2]
command: /usr/bin/nc 127.0.0.1 1234
repository: http://internal.host.foo.com/repos

        

then, one would

svn co pipe://mypipe/trunk -d monkey

   or

svn co pipe://myotherpipe/tag/release-1 -d banana

Not that there's no attempt at a rich URL syntax.
I figure this syntax will be compatible with any
URL validators that are already in place.

How does this look?

--ben

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri May 10 15:57:04 2002

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.