d6/2c5bea404afadefcd50e07e2507cb010be2405

   1 Return-Path: <jrollins@finestructure.net>\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 6604E431FD0\r
   6         for <notmuch@notmuchmail.org>; Tue,  1 Nov 2011 14:28:01 -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.29\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] 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 PTlacR0V4M2e for <notmuch@notmuchmail.org>;\r
  16         Tue,  1 Nov 2011 14:28:00 -0700 (PDT)\r
  17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
  18         [131.215.239.19])\r
  19         by olra.theworths.org (Postfix) with ESMTP id C01E2431FB6\r
  20         for <notmuch@notmuchmail.org>; Tue,  1 Nov 2011 14:28:00 -0700 (PDT)\r
  21 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by fire-doxen-postvirus (Postfix) with ESMTP id 5B5E23281CE;\r
  23         Tue,  1 Nov 2011 14:28:00 -0700 (PDT)\r
  24 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
  25 Received: from finestructure.net (DHCP-123-180.caltech.edu [131.215.123.180])\r
  26         (Authenticated sender: jrollins)\r
  27         by fire-doxen-submit (Postfix) with ESMTP id F2F132E50D56;\r
  28         Tue,  1 Nov 2011 14:27:55 -0700 (PDT)\r
  29 Received: by finestructure.net (Postfix, from userid 1000)\r
  30         id DB8484BF; Tue,  1 Nov 2011 14:27:55 -0700 (PDT)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: David Bremner <david@tethera.net>, Daniel Schoepe <daniel@schoepe.org>,\r
  33         notmuch@notmuchmail.org\r
  34 Subject: Re: Patch review/application process\r
  35 In-Reply-To: <87vcr3ehyg.fsf@convex-new.cs.unb.ca>\r
  36 References: <878vo8kdl2.fsf@gilead.invalid> <87hb2n7w82.fsf@zancas.localnet>\r
  37         <87sjm74z36.fsf@servo.finestructure.net>\r
  38         <87vcr3ehyg.fsf@convex-new.cs.unb.ca>\r
  39 User-Agent: Notmuch/0.9+39~g74c9dba (http://notmuchmail.org) Emacs/23.3.1\r
  40         (x86_64-pc-linux-gnu)\r
  41 Date: Tue, 01 Nov 2011 14:27:53 -0700\r
  42 Message-ID: <87ehxr4jom.fsf@servo.finestructure.net>\r
  43 MIME-Version: 1.0\r
  44 Content-Type: multipart/signed; boundary="=-=-=";\r
  45         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  46 X-BeenThere: notmuch@notmuchmail.org\r
  47 X-Mailman-Version: 2.1.13\r
  48 Precedence: list\r
  49 List-Id: "Use and development of the notmuch mail system."\r
  50         <notmuch.notmuchmail.org>\r
  51 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  52         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  53 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  54 List-Post: <mailto:notmuch@notmuchmail.org>\r
  55 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  56 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  58 X-List-Received-Date: Tue, 01 Nov 2011 21:28:01 -0000\r
  59 \r
  60 --=-=-=\r
  61 Content-Transfer-Encoding: quoted-printable\r
  62 \r
  63 On Tue, 01 Nov 2011 16:55:03 -0300, David Bremner <david@tethera.net> wrote:\r
  64 > One thing I think we need to clarify a bit is are we tagging whole\r
  65 > threads or individual messages in the database.  Because of the way\r
  66 > notmuch search works, I had been tagging whole threads with\r
  67 > notmuch::pushed (effectively to "mute" them) in the search\r
  68 >=20\r
  69 >                 notmuch search tag:notmuch::patch and \\r
  70 >                         not tag:notmuch::pushed\r
  71 >=20\r
  72 > This is a bit aesthetically unappealing, anad every time someone replies\r
  73 > to a thread it is effectively unmuted.\r
  74 \r
  75 I have to say that I am very much against tagging threads with tags that\r
  76 are really only applicable to specific messages, ie. ::patch, ::pushed\r
  77 (I prefer ::applied, but whatever), etc.  For instance, a thread maybe\r
  78 contain multiple patches, but it is not itself a patch.  Tagging entire\r
  79 threads as ::patch means you can't do something like this:\r
  80 \r
  81 notmuch show --format=3Dmbox tag:notmuch::patch and not tag:notmuch::applie=\r
  82 d | git am\r
  83 \r
  84 which would in my opinion be a shame.\r
  85 \r
  86 > Since we don't have thread tagging yet (where e.g. tags are\r
  87 > automagically applied to new messages I was thinking it might work have\r
  88 > a tag like "notmuch::todo" and something like the following workflow\r
  89 > (for patches)\r
  90 \r
  91 I'm not sure why this is needed, since it seems to me that the whole\r
  92 argument for tagging entire threads is that the individual messages are\r
  93 *not* distinguishable from the thread.\r
  94 \r
  95 > initially tag +notmuch::patch +notmuch::todo\r
  96 >=20\r
  97 > then when we "dispose" of the patch somehow, remove the notmuch::todo tag=\r
  98  and\r
  99 > replace with\r
 100 >         notmuch::pushed\r
 101 >         notmuch::obsolete\r
 102 >         or...\r
 103 \r
 104 Please do *not* remove the ::patch tag.  There is really no reason to.\r
 105 The message still contain a patch whether or not it is applied\r
 106 upstream.  I really think this is important.  The addition of something\r
 107 From=20a set of "resolution" tags (::pushed, ::applied, ::obsolete,\r
 108 ::rejected, etc.) should indicate resolution of the issue.\r
 109 \r
 110 jamie.\r
 111 \r
 112 --=-=-=\r
 113 Content-Type: application/pgp-signature\r
 114 \r
 115 -----BEGIN PGP SIGNATURE-----\r
 116 Version: GnuPG v1.4.11 (GNU/Linux)\r
 117 \r
 118 iQIcBAEBCAAGBQJOsGRZAAoJEO00zqvie6q8DLwP/jrXnfe4JMaEQM5husRaoblE\r
 119 xnN/Ocbu9fZ5dioz5l65RnJOYigUk+1k4v0cCUCE4MFs5iYkbuKjHIOpfN4wbuTg\r
 120 7O3uFuOdTGy9IduTrrg3oEdC2TyQsCW/GCRUNcNksDHMd6WoBxs2YVqL9KXEbJP2\r
 121 KHNlk1qXeDkLq0sqeLRMPoreLd3olUxD3HtahkxQfEt74fgYfXDFm7En6oUbAnG4\r
 122 i2c/wLd6h6Ip+tb0/tDkpFzTeey0yqvh4x1tG9GK9/NVNu3nZXlKVgfMPBHqes8x\r
 123 qltVMRhfkHY1cwNE3xDCkQXItiWEhY+GYA1++QY+RsSM2orHAgSoFhLStjG/agev\r
 124 lKdXSQ09osP4hJAYv2iH9lu1vuL8eUgm2MQzvuNCFhjfWbkxiPtyvpM4kJ7cpBAQ\r
 125 QgiCTP3sPQtZC2qkSMnFRErtizrv1j7b2Bcy5WitOAtil+AI+X83yne5tvY/wIjS\r
 126 nqLCMz+fJrWWgZ2ILSfTtGX0v8A5+oXWpRwnju1PHo6xMKuPAqU5mGoen2+RAB7u\r
 127 RQnEJHCCMBlAYL7gll1FTCvOUtLH3UHuSl/fV2MWum1LG+Yu7bGMCePIvV2R22vH\r
 128 ivF4rs2ZCInNgIfsWIW0aTW6wYwJ5jcBX2ox9cUQv2ifLg2WGcwY4UPxC6H3npnJ\r
 129 ZWPNw4f1rdya2l2m4pyj\r
 130 =lpjq\r
 131 -----END PGP SIGNATURE-----\r
 132 --=-=-=--\r