Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id DAE8E429E25 for ; Wed, 14 Sep 2011 03:34:20 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.3 X-Spam-Level: X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SFb+ipjpHFC4 for ; Wed, 14 Sep 2011 03:34:19 -0700 (PDT) Received: from tempo.its.unb.ca (tempo.its.unb.ca [131.202.1.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id F1EB9431FB6 for ; Wed, 14 Sep 2011 03:34:18 -0700 (PDT) Received: from zancas.localnet (fctnnbsc36w-156034073093.pppoe-dynamic.High-Speed.nb.bellaliant.net [156.34.73.93]) (authenticated bits=0) by tempo.its.unb.ca (8.13.8/8.13.8) with ESMTP id p8EAYCC3020624 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Wed, 14 Sep 2011 07:34:13 -0300 Received: from bremner by zancas.localnet with local (Exim 4.76) (envelope-from ) id 1R3mnE-0001EY-G7; Wed, 14 Sep 2011 07:34:12 -0300 From: David Bremner To: Martin Owens , Notmuch developer list Subject: Re: Patches, Developers and Training In-Reply-To: <1315968415.2201.8.camel@delen> References: <1315968415.2201.8.camel@delen> User-Agent: Notmuch/0.8 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Wed, 14 Sep 2011 07:34:12 -0300 Message-ID: <87obyno1jv.fsf@zancas.localnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 10:34:21 -0000 On Tue, 13 Sep 2011 22:46:55 -0400, Martin Owens wrote: > > I'm not sure what the exact process is, but I imagine you're using some > kind of tool similar to launchpad's merge request functionality that > allows you to see branches for merging (or in this case patches). > We're not really using any system, which is part of the problem, but to be honest probably only a small part of the problem. The real underlying problem is that Carl has able to devote notmuch time to notmuch lately, and we have not adapted to that. The good news is that some technical solution might help a little. If you were keen to work on a bug tracking system, that would be great in my view. Currently I think most of the patch tracking state is contained in tags in Carl's mailbox. If you start at id:"87boya98sf.fsf@gogo.home" you can find some discussion about tag sharing. I personally think this is the way forward, although I'm agnostic about the implementation details. It occured to me that a simpler (?) system might to use git to merge a shared set of tags. Then issues of access control, merging, and reverting could be done with git. At least for me, that is quite comfortable. As for why not existing bug tracking system $X, I think from past discussions, we have agreed that having something that integrates well with notmuch is pretty much a requirement, at least for Carl. There is a patchwork instance limping along, but it seems to me to be roughly equivalent to "notmuch search subject:patch and notmuch"; i.e. we have that information already. David