Re: notmuch-next branch
authorFelipe Contreras <felipe.contreras@gmail.com>
Mon, 11 Oct 2010 21:17:56 +0000 (00:17 +0300)
committerW. Trevor King <wking@tremily.us>
Fri, 7 Nov 2014 17:37:16 +0000 (09:37 -0800)
84/da517f7f6a51b31f293dc8b855a58171e88d6d [new file with mode: 0644]

diff --git a/84/da517f7f6a51b31f293dc8b855a58171e88d6d b/84/da517f7f6a51b31f293dc8b855a58171e88d6d
new file mode 100644 (file)
index 0000000..4533ea5
--- /dev/null
@@ -0,0 +1,109 @@
+Return-Path: <felipe.contreras@gmail.com>\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 55DB840BFDE\r
+       for <notmuch@notmuchmail.org>; Mon, 11 Oct 2010 14:18:08 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -1.999\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5\r
+       tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
+       DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001]\r
+       autolearn=ham\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 Ef9IoYgghYG6 for <notmuch@notmuchmail.org>;\r
+       Mon, 11 Oct 2010 14:17:57 -0700 (PDT)\r
+Received: from mail-bw0-f53.google.com (mail-bw0-f53.google.com\r
+       [209.85.214.53])\r
+       by olra.theworths.org (Postfix) with ESMTP id 8A29D40BFD3\r
+       for <notmuch@notmuchmail.org>; Mon, 11 Oct 2010 14:17:57 -0700 (PDT)\r
+Received: by bwz10 with SMTP id 10so2107815bwz.26\r
+       for <notmuch@notmuchmail.org>; Mon, 11 Oct 2010 14:17:56 -0700 (PDT)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
+       h=domainkey-signature:mime-version:received:received:in-reply-to\r
+       :references:date:message-id:subject:from:to:cc:content-type\r
+       :content-transfer-encoding;\r
+       bh=bfmN1wCtDUqC/fxqSFJVxqufIMgLydv0PCWGKu3TKQs=;\r
+       b=CEFv993Ex5IAwRphUDFPTaFcU8cgAOmf8fd2xnj1ejkolR0NsCji++ZhFzB4MbTJQ5\r
+       8vHn+sFC7Fv5LFLOgoRRowFEhj+b9rYcuyZKoT3eSk/IFGu4UInECIVKrElJMgRVesGZ\r
+       Is8Zun8jH0zf2aOg70M0T0Y4OTQuIzxTHDQ+M=\r
+DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
+       h=mime-version:in-reply-to:references:date:message-id:subject:from:to\r
+       :cc:content-type:content-transfer-encoding;\r
+       b=Bz1pofntDxcxl7b4QnE6ATl+uAFc65R26cWuLao8MQvmxEHb7hi3U+41Cbwn7oWlfe\r
+       tbqwI8648XEcx2UcZ5kKpB+aZvh6dTQV9cZohJZC++ajEwqyy13UmPoU+EtyCbKsxMG6\r
+       kRLBh8oWIMwjk2LqTGihGGas/PYK9KLDzdrOY=\r
+MIME-Version: 1.0\r
+Received: by 10.204.98.135 with SMTP id q7mr5249673bkn.49.1286831876676; Mon,\r
+       11 Oct 2010 14:17:56 -0700 (PDT)\r
+Received: by 10.204.13.68 with HTTP; Mon, 11 Oct 2010 14:17:56 -0700 (PDT)\r
+In-Reply-To: <87pqvgr1u5.fsf@servo.finestructure.net>\r
+References: <AANLkTimes1ndLhOxJupDh72h1MRR0q28wu7mjAeCOzVu@mail.gmail.com>\r
+       <87pqvgr1u5.fsf@servo.finestructure.net>\r
+Date: Tue, 12 Oct 2010 00:17:56 +0300\r
+Message-ID: <AANLkTi=ey88aH2NQEwHDKZsLO31Xz-4Kg0mDHO3kmKkh@mail.gmail.com>\r
+Subject: Re: notmuch-next branch\r
+From: Felipe Contreras <felipe.contreras@gmail.com>\r
+To: Jameson Rollins <jrollins@finestructure.net>\r
+Content-Type: text/plain; charset=UTF-8\r
+Content-Transfer-Encoding: quoted-printable\r
+Cc: notmuch@notmuchmail.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: Mon, 11 Oct 2010 21:18:08 -0000\r
+\r
+On Mon, Oct 11, 2010 at 10:01 PM, Jameson Rollins\r
+<jrollins@finestructure.net> wrote:\r
+> On Mon, 11 Oct 2010 21:45:47 +0300, Felipe Contreras <felipe.contreras@gm=\r
+ail.com> wrote:\r
+>> I think many people agree notmuch mainline has been rather slow. So\r
+>> I'm proposing to have notmuch-next branch, either on github or\r
+>> gitorious (please vote).\r
+>>\r
+>> More than one person should have write access to this repo, but some\r
+>> guidelines should be in place. I propose that patches should be\r
+>> signed-off-by at least another person in the mailing list before\r
+>> pushing. It would be nice if this is how the mainline branch works,\r
+>> but we don't need to wait for that to happen. We need to vote on who\r
+>> are the people to have write access.\r
+>\r
+> I think this generally sounds like a fine idea, but I don't see why we\r
+> need a single central repo that multiple people need access to. =C2=A0The\r
+> whole point of git is to allow for distributed development without need\r
+> for a central repo.\r
+\r
+And yet, git is hosted in a central repo. Different projects have\r
+different needs, and this one seems to need a place to cook up\r
+patches, having multiple committers there seems like it would work.\r
+Note that this wouldn't be the main repo, it would be preparing stage.\r
+\r
+> In this case, folks can just merge the patches they're interested in\r
+> into a "next" branch in their own personal repos, publish them where\r
+> ever they want, and then every body can just keep their "next" branches\r
+> synced with each other. =C2=A0As consensus is reached, the next release w=\r
+ill\r
+> emerge.\r
+\r
+That might also work, it would be the first project I see doing that\r
+though. But what I worry is the ordering of the patches; we might have\r
+applied the same patches, but they would appear as totally different\r
+branches to a 3rd party, and of course merging other people's 'next'\r
+branches would create a total mess. There should be one repo that has\r
+the latest and greatest 'next' branch that everybody can rebase into,\r
+like the current 'master'.\r
+\r
+--=20\r
+Felipe Contreras\r