As suggested by Jason:
* http://lists.osuosl.org/pipermail/darcs-users/2008-November/016197.html

I think we should put this off until we have some sort of libdarcs, and have
also finished the patch tracker and benchmarking work.

Once we have something that looks like a libdarcs, we should maybe contact John
McFarlane and see if we can encourage him to work with us on this...

There should be a librcs, which git and darcs backends. As an example,  
see feed with its rss and atom backends.

I'd just like to register my point of view: all the functionality that gitit
needs can almost certainly be done through normal Darcs command-line
functionality. Even if it can't, discussions of making gitit use libdarcs are
still premature until we have specifics.

Hi Gwern, Just assigning this to you since you are already working on it. 
Thanks!  Looking forward to the results

I'd like to update this report.

The deed is done. All the necessary functionality was indeed available via CLI.
John MacFarlane and I have written a library which abstracts over basic VCS
operations (so one initializes a gitRepo or a darcsRepo, and calls 'commit',
'record', 'getLatest' on that object, if you follow this sketch). You can darcs
get filestore from http://johnmacfarlane.net/repos/filestore

Gitit has just today been modified to use filestore as its backend. It is not
currently 'public', in the sense that if you git clone
http://github.com/jgm/gitit/tree/master it won't use filestore, but the branch
of gitit which *does* use filestore is accessible if your gitfu is strong. I've
been using gitit locally with the darcs backend, and so far it's working out
great; it is as neat as I expected it to be.

This bug should be closed. filestore-enabled Gitit has been publicly released as
of yesterday.

Closed. (feel free to do this yourself as needed).  Thanks!