Re: svn commit: rev 3626 - trunk/subversion/include trunk/subversion/libsvn_ra_local trunk/subversion/libsvn_repos

Greg Hudson wrote the following concerning ra_svn:

> I'm of two minds over whether it should ever see the light of day. (If
> not, it will have been an excellent experience in familiarizing myself
> more with Subversion's internals.) It overlaps significantly with
> ra_pipe--both have to implement the ra interface over a byte
> stream--and
> I invented Yet Another Marshalling Scheme when I could have used XMLRPC
> (or at least XML) or skels. On the other hand, I like my marshalling
> scheme a lot more than XML or skels, and it's not very much code.

Allow me to offer my encouragement!

Ever since you and Mr. Stein debated network protocol philosophy about
a year a go, I've been curious as to what you would come up with, given
your druthers.

> Line counts, for comparison:
>
> libsvn_ra_svn 2169
> svn_server 731 (incomplete)
> libsvn_ra_dav 7558
> mod_dav_svn 7200

I find this interesting from another point of view. I'm casting around
for a revision control system to use for my Squeak (Smalltalk)
projects. I'd like to use Subversion, but there are two problems.
First, Smalltalk source isn't stored in text files, so the svn
command-line client isn't practical. Second, interfacing directly with
the svn client libraries is also difficult, because of their heavy use
of function pointers.

So I've been looking at implementing a Subversion client entirely in
Smalltalk, and have it speak DAV to mod_dav_svn. This seems like about
the same amount of work as implementing a Smalltalk-centric SCM from
scratch.

So I'll be looking at your svn protocol with interest. Perhaps it will
make all this easier.

Thanks for you efforts,

Colin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Nov 4 02:35:21 2002