39/8b54a619d1ca63788061f4f15fee072c7d8e7a

   1 Return-Path: <tomi.ollila@iki.fi>\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 arlo.cworth.org (Postfix) with ESMTP id 477956DE119D\r
   6  for <notmuch@notmuchmail.org>; Tue, 11 Aug 2015 13:14:00 -0700 (PDT)\r
   7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: 1.24\r
  10 X-Spam-Level: *\r
  11 X-Spam-Status: No, score=1.24 tagged_above=-999 required=5 tests=[AWL=-0.156, \r
  12  SPF_NEUTRAL=0.652, URIBL_SBL=0.644, URIBL_SBL_A=0.1]\r
  13  autolearn=disabled\r
  14 Received: from arlo.cworth.org ([127.0.0.1])\r
  15  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16  with ESMTP id Xt58uRcuglTl for <notmuch@notmuchmail.org>;\r
  17  Tue, 11 Aug 2015 13:13:57 -0700 (PDT)\r
  18 Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])\r
  19  by arlo.cworth.org (Postfix) with ESMTP id 96B646DE0244\r
  20  for <notmuch@notmuchmail.org>; Tue, 11 Aug 2015 13:13:56 -0700 (PDT)\r
  21 Received: from guru.guru-group.fi (localhost [IPv6:::1])\r
  22  by guru.guru-group.fi (Postfix) with ESMTP id D95B810008D;\r
  23  Tue, 11 Aug 2015 23:13:42 +0300 (EEST)\r
  24 From: Tomi Ollila <tomi.ollila@iki.fi>\r
  25 To: David Bremner <david@tethera.net>, notmuch@notmuchmail.org\r
  26 Subject: Re: [PATCH 3/5] cli/count: add --output=modifications\r
  27 In-Reply-To: <871tf98y0x.fsf@maritornes.cs.unb.ca>\r
  28 References: <1439112285-6681-1-git-send-email-david@tethera.net>\r
  29  <1439112285-6681-4-git-send-email-david@tethera.net>\r
  30  <m21tfb54fu.fsf@guru.guru-group.fi> <871tf98y0x.fsf@maritornes.cs.unb.ca>\r
  31 User-Agent: Notmuch/0.20.2+60~g522a3d9 (http://notmuchmail.org) Emacs/24.3.1\r
  32  (x86_64-unknown-linux-gnu)\r
  33 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL\r
  34  $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F\r
  35  !)g;OY^,BjTbr)Np:%c_o'jj,Z\r
  36 Date: Tue, 11 Aug 2015 23:13:42 +0300\r
  37 Message-ID: <m237zpshvt.fsf@guru.guru-group.fi>\r
  38 MIME-Version: 1.0\r
  39 Content-Type: text/plain\r
  40 X-BeenThere: notmuch@notmuchmail.org\r
  41 X-Mailman-Version: 2.1.18\r
  42 Precedence: list\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44  <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  46  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Tue, 11 Aug 2015 20:14:00 -0000\r
  53 \r
  54 On Tue, Aug 11 2015, David Bremner <david@tethera.net> wrote:\r
  55 \r
  56 > Tomi Ollila <tomi.ollila@iki.fi> writes:\r
  57 >\r
  58 >> Currently, `notmuch count` outputs lines that contain just one integer;\r
  59 >> this changes this by introducing output with uuid ([0-9a-f-]) and integer\r
  60 >> delimited by tab character.\r
  61 >>\r
  62 >> To put it lightly, this looks "inconsistent" and don't please my aesthetic\r
  63 >> eye.\r
  64 >>\r
  65 >> One option (being it worse or better) could be that by default only\r
  66 >> lastmod value is printed and with separate option it is prefixed with\r
  67 >> database UUID (in every --output option).\r
  68 >\r
  69 > Can you think of any use case for the uuid with the other count outputs?\r
  70 > It feels pretty artificial to me.\r
  71 \r
  72 I don't... I just thought something consistent to be used w/ notmuch count...\r
  73 \r
  74 > Another option is to make a "notmuch metadata" command. I'm not really\r
  75 > sure about the syntax, but perhaps a uuid option makes more sense\r
  76 > there, so e.g.\r
  77 >\r
  78 >        notmuch metadata --with-uuid lastmod\r
  79 \r
  80 or notmuch metadata key [key [key]], then (currently) we could have:\r
  81 \r
  82 $ notmuch metadata uuid\r
  83 $ notmuch metadata lastmod\r
  84 $ notmuch metadata uuid lastmod\r
  85 $ notmuch metadata lastmod uuid \r
  86 \r
  87 Now we can bikeshed whether this is good idea -- and what to do (and when)\r
  88 if unknown key is used in request...\r
  89 \r
  90 \r
  91 Tomi\r
  92 \r
  93 > I'm pretty convinced that we need report uuid and lastmod together (at\r
  94 > least optionally). I'm less sure we need a full get/set interface for\r
  95 > metadata, since people with that use case could use xapian-metadata.\r
  96 >\r