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." _______________________________________________ Monotone-devel mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/monotone-devel
