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 2D7ED4196F2 for ; Wed, 28 Apr 2010 05:58:19 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.291 X-Spam-Level: X-Spam-Status: No, score=-2.291 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=ham 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 ChPdYUG0hgZm for ; Wed, 28 Apr 2010 05:58:18 -0700 (PDT) Received: from serrano.cc.columbia.edu (serrano.cc.columbia.edu [128.59.29.6]) by olra.theworths.org (Postfix) with ESMTP id 3A7484196F0 for ; Wed, 28 Apr 2010 05:58:18 -0700 (PDT) Received: from servo.finestructure.net (cpe-72-227-128-66.nyc.res.rr.com [72.227.128.66]) (user=jgr2110 author=jrollins@finestructure.net mech=PLAIN bits=0) by serrano.cc.columbia.edu (8.14.3/8.14.3) with ESMTP id o3SCwG8h012251 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Wed, 28 Apr 2010 08:58:17 -0400 (EDT) Received: from jrollins by servo.finestructure.net with local (Exim 4.71) (envelope-from ) id 1O76qG-0003TA-GS; Wed, 28 Apr 2010 08:58:16 -0400 From: Jameson Rollins To: Carl Worth , David Bremner , Notmuch Mail Subject: Re: bug tracking In-Reply-To: <87sk6icbh2.fsf@yoom.home.cworth.org> References: <87d3xr8p6m.fsf@servo.finestructure.net> <87wrvz2xt5.fsf@convex-new.cs.unb.ca> <87sk6icbh2.fsf@yoom.home.cworth.org> User-Agent: Notmuch/0.2-203-ge247ae4 (http://notmuchmail.org) Emacs/23.1.1 (i486-pc-linux-gnu) Date: Wed, 28 Apr 2010 08:58:13 -0400 Message-ID: <87wrvrzqca.fsf@servo.finestructure.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-No-Spam-Score: Local X-Scanned-By: MIMEDefang 2.68 on 128.59.29.6 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, 28 Apr 2010 12:58:19 -0000 --=-=-= Hi, Carl. Thanks for the reply on this issue. Please permit me counter with a couple points. On Mon, 26 Apr 2010 11:31:05 -0700, Carl Worth wrote: > It seems to me that almost all issues of interest are already raised on > this mailing list, and later followed up with a message from me, (along > the lines of "thanks, this is pushed"). So I'd be happy with a system > that relied on an email interface as well. Issues are raised on the mailing list, because there's no where else to raise them (other than irc, where they're not actually logged). But there's currently no way to track issues. We can't tell if they've been dealt with, and we have no way of browsing through them. Folks who send issues to the list have no feedback that their issue has even been acknowledged. Saying that issues sent to the list are usually followed by a "thanks, pushed" implies that only issues that include patches are acknowledged. While I certainly appreciate that this is a Free software project and that users should be encouraged to contribute, I don't think it's wise to imply that "only issues with patches will be acknowledged". I think that all users should be encouraged to report issues, even those that are not capable or currently able to supply patches. > What I don't want is something that would make me go push buttons in a > web form in addition to the "git push" and sending of email that I'm > already doing. I agree that purely web-based solutions are crappy. But many now include email interfaces as well. In any event, this is why I was suggesting one of the new distributed issue trackers that can live inside the repo of the source code and integrate well with our/your current workflow. I just haven't used any of them to be able to vouch for them. > My primary metric for adopting a new issue tracker is "how little extra > work will I have to do to use this compared to what I'm already > doing?". That's a lot more important to me than how the system stores > its data. I don't think I agree that that's the right question to ask. We're currently not tracking issues at, particularly ones not accompanied by patches, so I claim that we have to do something different. Doing nothing at all leaves us with a continued problem. Anyway, thanks for the discussion. jamie. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJL2DDlAAoJEO00zqvie6q8l3gQALI+ttM7yTw2OwGDWGd3Y4IO GVgeQuohjs8Cyk5lCtcmsbAB6fakvyoxgnnoiUBgiKwy2UnD6k2Eonz1u3IpjlBO RIjKtvu1NiPWWx6Y7yjHQobptvMrY0qhqmtwpMzc/K4VwoYLvZ2NAOiqNkkAPDvr 0rMyKcrLSB1BcCBA0laNBGKIUGxavOp/NS6eZWHuB36zALsCn2wJsOpyHXB0vEq1 Vc34LRwUlztqvCDsSC/iHi+PD6A6mVbGXFLl3ImDT4hRzs6kuNHgTK0974mNEVV4 zrLe7Cm+NCTSDc6AMsW1h/7i4qz7gOBn4l+xMCUpTDgtAUWASu8FVEixjRbFRRMb n1/RKL5C14sje+y1CWrustA+fGat4aEsgCBo7X+FQljTyAHsgD/4CLFi8S4RHHnY DW58jRXBO5NnK7z788K4prNbzycI+EflF1yFDYTyoMu3K3revM1HSy4/8pwq1tDJ XSfmCwzoMq2N504UqHvNbsYwQdX0u8ye0Vg0b92aU5fGwF2sof/ujY2lFRTUvXR/ wv+zmrRXzg2oVAqH3U+K3vDDT9xasUwli3QfKn3hXUt35lcyo3cz/YhdNC1V6czl q4JMVjnknAufDRV/gHzja24pgIGcXzTNewxGiUvKjWFcRxgwEIymEc6OG+txpwIz XfTdREaOx4z+V7azn9no =DGxV -----END PGP SIGNATURE----- --=-=-=--