4a/579ab643d068127610f4ca7e2f17c3dbc6ab60

   1 Return-Path: <servilio@gmail.com>\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 11E6F4196F0\r
   6         for <notmuch@notmuchmail.org>; Thu, 29 Apr 2010 10:48:40 -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: 0.701\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0.701 tagged_above=-999 required=5\r
  12         tests=[BAYES_50=0.8, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,\r
  13         DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001] autolearn=ham\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id 6+48ylRDKboD for <notmuch@notmuchmail.org>;\r
  17         Thu, 29 Apr 2010 10:48:39 -0700 (PDT)\r
  18 Received: from mail-ww0-f53.google.com (mail-ww0-f53.google.com\r
  19  [74.125.82.53])        by olra.theworths.org (Postfix) with ESMTP id 25D82431FC1       for\r
  20  <notmuch@notmuchmail.org>; Thu, 29 Apr 2010 10:48:39 -0700 (PDT)\r
  21 Received: by wwe15 with SMTP id 15so936757wwe.26\r
  22         for <notmuch@notmuchmail.org>; Thu, 29 Apr 2010 10:48:38 -0700 (PDT)\r
  23 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;\r
  24         h=domainkey-signature:mime-version:received:received:in-reply-to\r
  25         :references:date:message-id:subject:from:to:cc:content-type\r
  26         :content-transfer-encoding;\r
  27         bh=mOlEqICcS+je1pdipNJ7OCyyLH4BcuDzeiArfA08XVs=;\r
  28         b=oSiCbEc+wbEST0rIvxkUT2GWwKmMOgHYa0srxyhdT2qW6nNb2o6r44/VqFmOpNeEVD\r
  29         cdUeU6QPV8ARhKBbJdowUzTH+Zpugr984DhiDVZ10JISHLuG57j5JqVClZ7EGp5Lld/v\r
  30         cAhpuXVo++6c9HfFLk9J8wiDdUdBk5Z5pIqR8=\r
  31 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;\r
  32         h=mime-version:in-reply-to:references:date:message-id:subject:from:to\r
  33         :cc:content-type:content-transfer-encoding;\r
  34         b=nPuAqkCWuLilWexE2ojpZXhZupReHSsxTRWF3/c+eF5vlak/dM/DT+kPnWOqpbjTHi\r
  35         HUHK8S7uO4jOjSl9ExqR9G/UGluvWj0rkWMR8/DqSZitYSr5eXy+50YlAyQWxIiQwObE\r
  36         /KZU1K1vz9XZvoX5oHDTEfJ7lXLdyuC8WLlK8=\r
  37 MIME-Version: 1.0\r
  38 Received: by 10.216.89.202 with SMTP id c52mr967447wef.84.1272563318066; Thu, \r
  39         29 Apr 2010 10:48:38 -0700 (PDT)\r
  40 Received: by 10.216.133.155 with HTTP; Thu, 29 Apr 2010 10:48:37 -0700 (PDT)\r
  41 In-Reply-To: <87k4rrve6x.fsf@rocinante.cs.unb.ca>\r
  42 References: <87d3xr8p6m.fsf@servo.finestructure.net>\r
  43         <87wrvz2xt5.fsf@convex-new.cs.unb.ca>\r
  44         <87sk6icbh2.fsf@yoom.home.cworth.org>\r
  45         <87wrvrzqca.fsf@servo.finestructure.net>\r
  46         <87k4rrve6x.fsf@rocinante.cs.unb.ca>\r
  47 Date: Thu, 29 Apr 2010 19:48:38 +0200\r
  48 Message-ID: <o2tb22065d01004291048vf347c019rb8c22d69aa06fa0c@mail.gmail.com>\r
  49 Subject: Re: bug tracking\r
  50 From: Servilio Afre Puentes <servilio@gmail.com>\r
  51 To: David Bremner <bremner@unb.ca>\r
  52 Content-Type: text/plain; charset=ISO-8859-1\r
  53 Content-Transfer-Encoding: quoted-printable\r
  54 Cc: notmuch@notmuchmail.org\r
  55 X-BeenThere: notmuch@notmuchmail.org\r
  56 X-Mailman-Version: 2.1.13\r
  57 Precedence: list\r
  58 List-Id: "Use and development of the notmuch mail system."\r
  59         <notmuch.notmuchmail.org>\r
  60 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  61         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  62 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  63 List-Post: <mailto:notmuch@notmuchmail.org>\r
  64 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  65 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  66         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  67 X-List-Received-Date: Thu, 29 Apr 2010 17:48:40 -0000\r
  68 \r
  69 On 28 April 2010 16:34, David Bremner <bremner@unb.ca> wrote:\r
  70 [...]\r
  71 > Meanwhile Jesse Rosenthal and I started chatting about, and Jesse\r
  72 > started implementing, some tools for grabbing remote collections of tags\r
  73 > and merging them into their own namespace. =A0This may give us a\r
  74 > notmuch-oriented way of managing the mailing list a bit better as a kind\r
  75 > of bug tracker. I don't want to promise things on Jesse's behalf, but I\r
  76 > personally am holding off on further bug tracker experiments until I see\r
  77 > how this works out.\r
  78 \r
  79 I have been playing in my head with the idea of using notmuch to track\r
  80 bugs, thinking of ways it could be done. Using tags and searches this\r
  81 should be fine, and even (if not right now, I am sure in the future we\r
  82 will) easily see what bugs have patches/pull requests proposed[1].\r
  83 \r
  84 While reading your message, David, I think I've found and idea might\r
  85 enable this: enabling the dump command to accept a search term. With\r
  86 this in place, our bug database can be composed of the mail archive +\r
  87 a dump of the tags used for bug management.\r
  88 \r
  89 There another wrinkle with this approach, but a solvable one I think:\r
  90 the current implementation of the restore command will wipe all local\r
  91 state for the related messages. This is really bad for people tracking\r
  92 individually bugs/features in their local notmuch databases, e.g.:\r
  93 using tags such as TODO, REVIEW, etc.\r
  94 \r
  95 But with a way of non-destructively applying a set of tags to a\r
  96 messages we could have a distributed issue/feature/etc tracking system\r
  97 that is 100% notmuch-based and message driven (PR for the feature, we\r
  98 have to think forward!).\r
  99 \r
 100 IMHO this will allow for totally awesome workflows.\r
 101 \r
 102 And we should name it "notmuch issues" or "notmuch bugs".\r
 103 \r
 104 Servilio\r
 105 \r
 106 [1] I like pull request because they are easier to manage: you don't\r
 107 need to resend the patch series when you need to update your work.\r