MIME-Version: 1.0
Sender: awg@xvx.ca
In-Reply-To: <87sjefufub.fsf@servo.finestructure.net>
References: <20120531214259.GA18272@desktop>
	<m2pq9jo7jf.fsf@guru.guru-group.fi>
	<CAMP44s0vvEDLd2DceFraNpqyMrX2A+=zkV6W=ABatZs52FNo5Q@mail.gmail.com>
	<87lik7171d.fsf@zancas.localnet>
	<87sjefufub.fsf@servo.finestructure.net>
Date: Sat, 2 Jun 2012 23:35:04 -0600
Message-ID:
 <CAMoJFUtQrr-xG5O2sM+2Jvso=W6wqp1+chxAuzqPCtsSZbnyxQ@mail.gmail.com>
Subject: Re: Can't compile notmuch-delivery
From: Adam Wolfe Gordon <awg+notmuch@xvx.ca>
To: Jameson Graef Rollins <jrollins@finestructure.net>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Tomi Ollila <tomi.ollila@iki.fi>, notmuch@notmuchmail.org,
	Ali Polatel <alip@exherbo.org>
Precedence: list

On Fri, Jun 1, 2012 at 11:01 AM, Jameson Graef Rollins
<jrollins@finestructure.net> wrote:
> On Fri, Jun 01 2012, David Bremner <david@tethera.net> wrote:
>> I guess we should clarify what it means to accept some code into
>> contrib. Do we accept to maintain it even after the original contributor
>> loses interest?
>
> I don't know, but this is one of the reasons I'm against having
> "contrib" stuff in the notmuch repo. =A0If it's not part of the stuff
> we're willing to release in source tarballs or binary packages then it
> should probably be in a separate repo.

+1.

I think having the bindings in the tree and including them in build
system is reasonable, since they're interfaces into the core of the
notmuch library. We should be careful of what bindings we accept in to
the tree (I don't want to fix Fortran bindings ;-) ), but the small
set we have seems maintainable.

It's harder to make a case for contrib. Keeping stuff that relies on
notmuch up-to-date is a nice idea, but doing so creates more work for
developers working on the library and core, since they have to fix a
bunch of code they're not that familiar with. Things that are actively
used (e.g. alot) will be updated quickly anyway since their developers
will tend to keep up with what notmuch is doing.

-- Adam