Re: Can't compile notmuch-delivery
authorAdam Wolfe Gordon <awg+notmuch@xvx.ca>
Sun, 3 Jun 2012 05:35:04 +0000 (23:35 +1800)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:47:33 +0000 (09:47 -0800)
f4/246ddeb897d5ca64dc0bb13e3a166136468dc9 [new file with mode: 0644]

diff --git a/f4/246ddeb897d5ca64dc0bb13e3a166136468dc9 b/f4/246ddeb897d5ca64dc0bb13e3a166136468dc9
new file mode 100644 (file)
index 0000000..7ffa763
--- /dev/null
@@ -0,0 +1,102 @@
+Return-Path: <awg@xvx.ca>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 76807431FB6\r
+       for <notmuch@notmuchmail.org>; Sat,  2 Jun 2012 22:35:09 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id NevWY6t9sZDF for <notmuch@notmuchmail.org>;\r
+       Sat,  2 Jun 2012 22:35:08 -0700 (PDT)\r
+Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com\r
+       [209.85.217.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id 2724E431FAF\r
+       for <notmuch@notmuchmail.org>; Sat,  2 Jun 2012 22:35:07 -0700 (PDT)\r
+Received: by lbbgk8 with SMTP id gk8so2768235lbb.26\r
+       for <notmuch@notmuchmail.org>; Sat, 02 Jun 2012 22:35:05 -0700 (PDT)\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+       d=google.com; s=20120113;\r
+       h=mime-version:sender:x-originating-ip:in-reply-to:references:date\r
+       :x-google-sender-auth:message-id:subject:from:to:cc:content-type\r
+       :content-transfer-encoding:x-gm-message-state;\r
+       bh=vi5bgmYnojgV5DieDtCFBWexYwNrzCtCVPSrNlAdyvw=;\r
+       b=NgCzpbVu2mH5vuGnl/JpyaphJ7hukkhaEBbeUm41gQceaXXtzTQZODWccBNyf/5ZoB\r
+       JkF1vft6dQk5sb4yUwxfwX/wavaIv2zRJjapHWyJ0F2TPQ1u5CEWpurQJjqaw8vd6MOH\r
+       nxowcRT8ghBiqJEgSHaIOc2sINaoEcnGoztBtacDIHn65MqZVgVj+vHBEfFUgTwDXyFV\r
+       4eV6qkC1l5q8A7bL9x+/2C6rc9kaG+8zwdIDKah0wXfal94r1gnzQdTDf/ASx+QV/07h\r
+       6quu8dzceem4ryYsWVa2aW99disdLW1iD8rmS/HwNznzTGgFqYSafCcWHLS+SOEaK+Lb\r
+       /HhQ==\r
+MIME-Version: 1.0\r
+Received: by 10.152.106.12 with SMTP id gq12mr403985lab.17.1338701705060; Sat,\r
+       02 Jun 2012 22:35:05 -0700 (PDT)\r
+Sender: awg@xvx.ca\r
+Received: by 10.112.88.99 with HTTP; Sat, 2 Jun 2012 22:35:04 -0700 (PDT)\r
+X-Originating-IP: [136.159.108.48]\r
+In-Reply-To: <87sjefufub.fsf@servo.finestructure.net>\r
+References: <20120531214259.GA18272@desktop>\r
+       <m2pq9jo7jf.fsf@guru.guru-group.fi>\r
+       <CAMP44s0vvEDLd2DceFraNpqyMrX2A+=zkV6W=ABatZs52FNo5Q@mail.gmail.com>\r
+       <87lik7171d.fsf@zancas.localnet>\r
+       <87sjefufub.fsf@servo.finestructure.net>\r
+Date: Sat, 2 Jun 2012 23:35:04 -0600\r
+X-Google-Sender-Auth: _wSjZAtPzR7WlpBp29YgOcI32G0\r
+Message-ID:\r
+ <CAMoJFUtQrr-xG5O2sM+2Jvso=W6wqp1+chxAuzqPCtsSZbnyxQ@mail.gmail.com>\r
+Subject: Re: Can't compile notmuch-delivery\r
+From: Adam Wolfe Gordon <awg+notmuch@xvx.ca>\r
+To: Jameson Graef Rollins <jrollins@finestructure.net>\r
+Content-Type: text/plain; charset=ISO-8859-1\r
+Content-Transfer-Encoding: quoted-printable\r
+X-Gm-Message-State:\r
+ ALoCoQmaH8e1JLP202NG1S0HTwAyZsO+WJro7lG1p+YWKDIuZqqQwPrX3uHxXpAReOM5GGeEaPDR\r
+Cc: Tomi Ollila <tomi.ollila@iki.fi>, notmuch@notmuchmail.org,\r
+       Ali Polatel <alip@exherbo.org>\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sun, 03 Jun 2012 05:35:09 -0000\r
+\r
+On Fri, Jun 1, 2012 at 11:01 AM, Jameson Graef Rollins\r
+<jrollins@finestructure.net> wrote:\r
+> On Fri, Jun 01 2012, David Bremner <david@tethera.net> wrote:\r
+>> I guess we should clarify what it means to accept some code into\r
+>> contrib. Do we accept to maintain it even after the original contributor\r
+>> loses interest?\r
+>\r
+> I don't know, but this is one of the reasons I'm against having\r
+> "contrib" stuff in the notmuch repo. =A0If it's not part of the stuff\r
+> we're willing to release in source tarballs or binary packages then it\r
+> should probably be in a separate repo.\r
+\r
++1.\r
+\r
+I think having the bindings in the tree and including them in build\r
+system is reasonable, since they're interfaces into the core of the\r
+notmuch library. We should be careful of what bindings we accept in to\r
+the tree (I don't want to fix Fortran bindings ;-) ), but the small\r
+set we have seems maintainable.\r
+\r
+It's harder to make a case for contrib. Keeping stuff that relies on\r
+notmuch up-to-date is a nice idea, but doing so creates more work for\r
+developers working on the library and core, since they have to fix a\r
+bunch of code they're not that familiar with. Things that are actively\r
+used (e.g. alot) will be updated quickly anyway since their developers\r
+will tend to keep up with what notmuch is doing.\r
+\r
+-- Adam\r