monotone-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Monotone-devel] Summit brainstorming


From: Nathaniel Smith
Subject: Re: [Monotone-devel] Summit brainstorming
Date: Fri, 27 Oct 2006 09:37:48 -0700
User-agent: Mutt/1.5.13 (2006-08-11)

On Fri, Oct 27, 2006 at 12:04:58PM -0400, Ethan Blanton wrote:
> Christof Petig spake unto us the following wisdom:
> > - a cvs server process against a monotone database (if there's _any_
> > benefit)
> 
> This is an interesting suggestion; I assume you mean a monotone
> "server" process which serves (perhaps read-only) to a generic cvs
> client?  We have discussed providing a tailor'd svn or cvs server for
> Gaim (should we switch to monotone) for this very purpose,
> particularly in light of the fact that monotone does not yet have
> partial pulls.  For my part, though, as long as the server is
> read-only, I'm not sure what a dedicated solution serves over the
> tailor solution.  If the server isn't read-only, I'm not sure what the
> semantics become...

Check out git-cvsserver.pl, which exposes a read/write (!) interface
to a git repo through the pserver protocol...

It's not so horrible as it sounds because you get to use the sane,
non-CVS model internally; the semantics are reasonably
straightforward.  The painful part is implementing pserver, which is a
protocol defined more by the quirky implementations you must
interoperate with than by a solid spec.

-- Nathaniel

-- 
"The problem...is that sets have a very limited range of
activities -- they can't carry pianos, for example, nor drink
beer."




reply via email to

[Prev in Thread] Current Thread [Next in Thread]