database error
[notmuch-archives.git] / 1f / c4eb2df7a181fc53c94434a5566f1f948fcef7
1 Return-Path: <bremner@unb.ca>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5         by olra.theworths.org (Postfix) with ESMTP id DAE8E429E25\r
6         for <notmuch@notmuchmail.org>; Wed, 14 Sep 2011 03:34:20 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -2.3\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id SFb+ipjpHFC4 for <notmuch@notmuchmail.org>;\r
16         Wed, 14 Sep 2011 03:34:19 -0700 (PDT)\r
17 Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21])\r
18         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id F1EB9431FB6\r
21         for <notmuch@notmuchmail.org>; Wed, 14 Sep 2011 03:34:18 -0700 (PDT)\r
22 Received: from zancas.localnet\r
23         (fctnnbsc36w-156034073093.pppoe-dynamic.High-Speed.nb.bellaliant.net\r
24         [156.34.73.93]) (authenticated bits=0)\r
25         by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id p8EAYCC3020624\r
26         (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO);\r
27         Wed, 14 Sep 2011 07:34:13 -0300\r
28 Received: from bremner by zancas.localnet with local (Exim 4.76)\r
29         (envelope-from <bremner@unb.ca>)\r
30         id 1R3mnE-0001EY-G7; Wed, 14 Sep 2011 07:34:12 -0300\r
31 From: David Bremner <david@tethera.net>\r
32 To: Martin Owens <doctormo@gmail.com>,\r
33         Notmuch developer list <notmuch@notmuchmail.org>\r
34 Subject: Re: Patches, Developers and Training\r
35 In-Reply-To: <1315968415.2201.8.camel@delen>\r
36 References: <1315968415.2201.8.camel@delen>\r
37 User-Agent: Notmuch/0.8 (http://notmuchmail.org) Emacs/23.3.1\r
38         (x86_64-pc-linux-gnu)\r
39 Date: Wed, 14 Sep 2011 07:34:12 -0300\r
40 Message-ID: <87obyno1jv.fsf@zancas.localnet>\r
41 MIME-Version: 1.0\r
42 Content-Type: text/plain; charset=us-ascii\r
43 X-BeenThere: notmuch@notmuchmail.org\r
44 X-Mailman-Version: 2.1.13\r
45 Precedence: list\r
46 List-Id: "Use and development of the notmuch mail system."\r
47         <notmuch.notmuchmail.org>\r
48 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
49         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
50 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
51 List-Post: <mailto:notmuch@notmuchmail.org>\r
52 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
53 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
54         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
55 X-List-Received-Date: Wed, 14 Sep 2011 10:34:21 -0000\r
56 \r
57 On Tue, 13 Sep 2011 22:46:55 -0400, Martin Owens <doctormo@gmail.com> wrote:\r
58\r
59 > I'm not sure what the exact process is, but I imagine you're using some\r
60 > kind of tool similar to launchpad's merge request functionality that\r
61 > allows you to see branches for merging (or in this case patches).\r
62\r
63 \r
64 We're not really using any system, which is part of the problem, but to\r
65 be honest probably only a small part of the problem. The real underlying\r
66 problem is that Carl has able to devote notmuch time to notmuch lately,\r
67 and we have not adapted to that.\r
68 \r
69 The good news is that some technical solution might help a little.  If\r
70 you were keen to work on a bug tracking system, that would be great in\r
71 my view.  Currently I think most of the patch tracking state is\r
72 contained in tags in Carl's mailbox.  If you start at\r
73 id:"87boya98sf.fsf@gogo.home" you can find some discussion about tag\r
74 sharing. I personally think this is the way forward, although I'm\r
75 agnostic about the implementation details.  It occured to me that a\r
76 simpler (?) system might to use git to merge a shared set of tags. Then\r
77 issues of access control, merging, and reverting could be done with git.\r
78 At least for me, that is quite comfortable.\r
79 \r
80 As for why not existing bug tracking system $X, I think from past\r
81 discussions, we have agreed that having something that integrates well\r
82 with notmuch is pretty much a requirement, at least for Carl. There is a\r
83 patchwork instance limping along, but it seems to me to be roughly\r
84 equivalent to "notmuch search subject:patch and notmuch"; i.e. we have\r
85 that information already.\r
86 \r
87 David\r
88 \r
89 \r