18/ec857f078e9d3604db869e53f88425f9ad5283

   1 Return-Path: <jani@nikula.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 0E5EB431FBC\r
   6         for <notmuch@notmuchmail.org>; Mon,  2 Apr 2012 14:31:55 -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.699\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5\r
  12         tests=[HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7] 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 d5gajtMirzia for <notmuch@notmuchmail.org>;\r
  16         Mon,  2 Apr 2012 14:31:54 -0700 (PDT)\r
  17 Received: from mail-pb0-f53.google.com (mail-pb0-f53.google.com\r
  18         [209.85.160.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
  19         (No client certificate requested)\r
  20         by olra.theworths.org (Postfix) with ESMTPS id 623B2431FB6\r
  21         for <notmuch@notmuchmail.org>; Mon,  2 Apr 2012 14:31:54 -0700 (PDT)\r
  22 Received: by pbcuo1 with SMTP id uo1so5547299pbc.26\r
  23         for <notmuch@notmuchmail.org>; Mon, 02 Apr 2012 14:31:53 -0700 (PDT)\r
  24 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
  25         d=google.com; s=20120113;\r
  26         h=mime-version:in-reply-to:references:date:message-id:subject:from:to\r
  27         :cc:content-type:x-gm-message-state;\r
  28         bh=R7PNME8/t46AkquKSLyj9c69/ym3RE00lN3h8RoGDXQ=;\r
  29         b=ZgPfIyZM3Yq9L/ltyH+zZv4dmYMM6vWBPiQcCVTyUtDXgWMgV4QNfR2pKSTiJbtNtf\r
  30         4MPvCkyiecb/hSZVdr9C5hZFDMfxVX4YTiODT/Z2RVeDI5lwS+mCQbd00w6+fVxwCkIX\r
  31         eRpTN2PAy3IwuTZ28lafbNdbzazdpQWIlDjt5hahcObETZeg9YATsTn278h+mQi+uvI/\r
  32         4P2vCy8npoJJ84TDsYeR+AFDEDuXptNLWr0sClSHB0GAy9/VPVCw/W3f+CN7tzlwKwf+\r
  33         JEFuTmZGUFp5m+vTQhmuisnjmdwm0XCaSJcLCN1k1RDgBgUL2JJt0QEVbHw8sllq83uY\r
  34         J9gg==\r
  35 MIME-Version: 1.0\r
  36 Received: by 10.68.239.233 with SMTP id vv9mr23869933pbc.75.1333402313538;\r
  37         Mon, 02 Apr 2012 14:31:53 -0700 (PDT)\r
  38 Received: by 10.68.231.104 with HTTP; Mon, 2 Apr 2012 14:31:53 -0700 (PDT)\r
  39 Received: by 10.68.231.104 with HTTP; Mon, 2 Apr 2012 14:31:53 -0700 (PDT)\r
  40 In-Reply-To: <87fwcl4yr8.fsf@servo.finestructure.net>\r
  41 References: <cover.1333231401.git.jani@nikula.org>\r
  42         <f360a40bed50208d146aee8b06946b1b8315e818.1333231401.git.jani@nikula.org>\r
  43         <87ty123tpc.fsf@servo.finestructure.net>\r
  44         <87aa2tc22z.fsf@zancas.localnet>\r
  45         <87iphh50hz.fsf@servo.finestructure.net>\r
  46         <CAB+hUn_J9oOmbWaQ+_2yGG6i6ecDXbfJWYbpaYx_kbSnAH+EcA@mail.gmail.com>\r
  47         <87fwcl4yr8.fsf@servo.finestructure.net>\r
  48 Date: Tue, 3 Apr 2012 00:31:53 +0300\r
  49 Message-ID:\r
  50  <CAB+hUn-5yB15na2kFMZOjOEujKQTWHiefvgQYsT4Zi3UOzKwQw@mail.gmail.com>\r
  51 Subject: Re: [PATCH 6/8] cli: add support for batch tagging operations to\r
  52         "notmuch tag"\r
  53 From: Jani Nikula <jani@nikula.org>\r
  54 To: Jameson Graef Rollins <jrollins@finestructure.net>\r
  55 Content-Type: multipart/alternative; boundary=047d7b33d1903dbdb204bcb8eb79\r
  56 X-Gm-Message-State:\r
  57  ALoCoQn/zOZchnITk4s6DzhfeLot/Wr6sE46B9OCmZmrR7LMT8x47gJOpoY9HKy2kZD1id6B4Zln\r
  58 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
  59 X-BeenThere: notmuch@notmuchmail.org\r
  60 X-Mailman-Version: 2.1.13\r
  61 Precedence: list\r
  62 List-Id: "Use and development of the notmuch mail system."\r
  63         <notmuch.notmuchmail.org>\r
  64 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  65         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  66 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  67 List-Post: <mailto:notmuch@notmuchmail.org>\r
  68 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  69 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  70         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  71 X-List-Received-Date: Mon, 02 Apr 2012 21:31:55 -0000\r
  72 \r
  73 --047d7b33d1903dbdb204bcb8eb79\r
  74 Content-Type: text/plain; charset=UTF-8\r
  75 \r
  76 On Apr 3, 2012 12:20 AM, "Jameson Graef Rollins" <jrollins@finestructure.net>\r
  77 wrote:\r
  78 >\r
  79 > On Mon, Apr 02 2012, Jani Nikula <jani@nikula.org> wrote:\r
  80 > > Batch tagging brings performance and atomicity by opening and closing\r
  81 the\r
  82 > > db only once. The hex encoding handles insane message ids and tags.\r
  83 > > Otherwise there should be no difference.\r
  84 >\r
  85 > I can maybe see performance in terms of opening and closing the db only\r
  86 > once, but atomicity?  Not sure I see how that is improved.\r
  87 \r
  88 Err, I meant locking, sorry. Nobody else is able to alter the db while\r
  89 batch tagging is in progress.\r
  90 \r
  91 >\r
  92 > And shouldn't we be able to improve the handling of command line\r
  93 > arguments so that we get the same encoding handling on the command line\r
  94 > as we would from stdin?\r
  95 >\r
  96 > jamie.\r
  97 \r
  98 --047d7b33d1903dbdb204bcb8eb79\r
  99 Content-Type: text/html; charset=UTF-8\r
 100 Content-Transfer-Encoding: quoted-printable\r
 101 \r
 102 <p><br>\r
 103 On Apr 3, 2012 12:20 AM, &quot;Jameson Graef Rollins&quot; &lt;<a href=3D"m=\r
 104 ailto:jrollins@finestructure.net">jrollins@finestructure.net</a>&gt; wrote:=\r
 105 <br>\r
 106 &gt;<br>\r
 107 &gt; On Mon, Apr 02 2012, Jani Nikula &lt;<a href=3D"mailto:jani@nikula.org=\r
 108 ">jani@nikula.org</a>&gt; wrote:<br>\r
 109 &gt; &gt; Batch tagging brings performance and atomicity by opening and clo=\r
 110 sing the<br>\r
 111 &gt; &gt; db only once. The hex encoding handles insane message ids and tag=\r
 112 s.<br>\r
 113 &gt; &gt; Otherwise there should be no difference.<br>\r
 114 &gt;<br>\r
 115 &gt; I can maybe see performance in terms of opening and closing the db onl=\r
 116 y<br>\r
 117 &gt; once, but atomicity? =C2=A0Not sure I see how that is improved.</p>\r
 118 <p>Err, I meant locking, sorry. Nobody else is able to alter the db while b=\r
 119 atch tagging is in progress.</p>\r
 120 <p>&gt;<br>\r
 121 &gt; And shouldn&#39;t we be able to improve the handling of command line<b=\r
 122 r>\r
 123 &gt; arguments so that we get the same encoding handling on the command lin=\r
 124 e<br>\r
 125 &gt; as we would from stdin?<br>\r
 126 &gt;<br>\r
 127 &gt; jamie.<br>\r
 128 </p>\r
 129 \r
 130 --047d7b33d1903dbdb204bcb8eb79--\r