Juliusz Chroboczek wrote:
There are three ways to do that:
(1) require that the users put a suitable libgit.a in /usr/local/lib
before building Darcs, and distribute a tarball of Git from
I was under the impression that the stablest interface to git was the
command line; we use spawnvp in stacked git. I've been using it with
repositories that make the Linux kernel look small.
I certainly don't think the lib interface is anywhere near stable:
Linus accepted my change to index_fd far too easily.
> (2) include just the sources needed for libgit.a in Darcs, and have
> the Darcs build build a local libgit
> (3) as (2), but include all of Git, including their
> ``user-friendly'' scripts.
Ugh. That's what they do in the commercial world. We have it so much
better here in Linux & BSD land: you just add a "depends libgit1" line
to your package, and the right thing happens: minor updates happen
automatically and changes that break the interface don't. Of course,
keeping it that easy for the user requires active effort from us, the
developers, and sometimes the pain spills over, but the benefits are nice.
I see too major long-term alternatives:
1) talk the darcs guys into using spawnvp
2) talk the git people into exporting a stable lib interface
It's my opinion that #1 is a non-starter. We want others to interact
with us. I'm going to use spawnvp for my porcelain, but we should be
The current 'libgit' probably contains more than Linus and Junio are
comfortable locking down as a stable interface, but I'm sure that
there's a subset that they'd be comfortable with once a relative amount
of stability is achieved, or it may be achievable via some other method.
I propose that Darcs includes all of git for now. (I prefer this over
partial inclusion; anybody should be able to take the darcs sources and
easily drop in a later git). However, the long term goal is for a
library. Darcs and git work together to determine the minimal amount
that needs to go into libgit1.so. It gets blessed by being documented,
and doesn't change until libgit2.so.
I'd like to see this added to Junio's list of "1.0" goals.
A similar 1.0 goal would be to document porcelain's use of the .git
directory. For instance, stacked git uses .git/patches,
.git/patchdescr.tmpl and .git/patchexport.tmpl. If Linus does not
accept a patch documenting this usage, stacked git should use .stgit
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html