ce/d2ce5c8d181e5283ea5c08c25771f14f4a4207

   1 Return-Path: <cworth@cworth.org>\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 81A5C4196F2\r
   6         for <notmuch@notmuchmail.org>; Wed, 14 Apr 2010 17:39:41 -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.89\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
  13         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 QZ8InijK1AXI; Wed, 14 Apr 2010 17:39:40 -0700 (PDT)\r
  17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  18         by olra.theworths.org (Postfix) with ESMTP id C2D10431FC1;\r
  19         Wed, 14 Apr 2010 17:39:40 -0700 (PDT)\r
  20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  21         id 68755568DE1; Wed, 14 Apr 2010 17:39:40 -0700 (PDT)\r
  22 From: Carl Worth <cworth@cworth.org>\r
  23 To: James Westby <jw+debian@jameswestby.net>, notmuch@notmuchmail.org\r
  24 Subject: Re: [notmuch] [PATCH] Store thread ids for messages that we haven't\r
  25         seen yet\r
  26 In-Reply-To: <874ojftldt.fsf@jameswestby.net>\r
  27 References: <87fx72o8pq.fsf@yoom.home.cworth.org>\r
  28         <1268515677-12692-1-git-send-email-jw+debian@jameswestby.net>\r
  29         <87sk6ze5v3.fsf@yoom.home.cworth.org>\r
  30         <874ojftldt.fsf@jameswestby.net>\r
  31 Date: Wed, 14 Apr 2010 17:39:40 -0700\r
  32 Message-ID: <87hbndft0z.fsf@yoom.home.cworth.org>\r
  33 MIME-Version: 1.0\r
  34 Content-Type: multipart/signed; boundary="=-=-=";\r
  35         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  36 X-BeenThere: notmuch@notmuchmail.org\r
  37 X-Mailman-Version: 2.1.13\r
  38 Precedence: list\r
  39 List-Id: "Use and development of the notmuch mail system."\r
  40         <notmuch.notmuchmail.org>\r
  41 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  42         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  43 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  44 List-Post: <mailto:notmuch@notmuchmail.org>\r
  45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  46 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  47         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  48 X-List-Received-Date: Thu, 15 Apr 2010 00:39:41 -0000\r
  49 \r
  50 --=-=-=\r
  51 \r
  52 On Tue, 13 Apr 2010 16:36:30 +0100, James Westby <jw+debian@jameswestby.net> wrote:\r
  53 > Your choice. I prefer putting them in the same commit to be more\r
  54 > self-documenting, and then using the capabilities of my VCS to verify\r
  55 > the change if i desire.\r
  56 \r
  57 But that's my point. With it split, I can actually use "git checkout" to\r
  58 go to a state where the test exists, but the bug hasn't been fixed. With\r
  59 it combined, there's no such state. (I can checkout state with the bug,\r
  60 but then there's nothing in the test suite to exercise it.)\r
  61 \r
  62 > This would fix up threads for all existing messages?\r
  63 \r
  64 Yes. It seems un-right for notmuch to provide a feature on an arbitrary\r
  65 subset of messages, (those that happened to be added after the user\r
  66 switched to some particular version of notmuch).\r
  67 \r
  68 > Probably a good thing to have, but not that important to me. In my\r
  69 > case I can always open the bug in my browser if I want to see the full\r
  70 > conversation.\r
  71 \r
  72 I agree it's not totally essential. But it should be easy enough to pick\r
  73 up in the upcoming database upgrade, (which may actually end up being a\r
  74 full rebuild anyway---I've got a lot of things to change and a full\r
  75 rebuild might be the fastest thing to do).\r
  76 \r
  77 -Carl\r
  78 \r
  79 --=-=-=\r
  80 Content-Type: application/pgp-signature\r
  81 \r
  82 -----BEGIN PGP SIGNATURE-----\r
  83 Version: GnuPG v1.4.10 (GNU/Linux)\r
  84 \r
  85 iD8DBQFLxmBM6JDdNq8qSWgRAkG2AJ9i7xjaCjLiHc7w7CJSH5nWT5OvUACeLvLR\r
  86 j9jG6Ep8MZOzhAADs7b5v8k=\r
  87 =RTHl\r
  88 -----END PGP SIGNATURE-----\r
  89 --=-=-=--\r