Re: [PATCH 3/5] cli/count: add --output=modifications

diff --git a/39/8b54a619d1ca63788061f4f15fee072c7d8e7a b/39/8b54a619d1ca63788061f4f15fee072c7d8e7a
new file mode 100644 (file)
index 0000000..4e39b08
--- /dev/null
+++ b/39/8b54a619d1ca63788061f4f15fee072c7d8e7a
@@ -0,0 +1,96 @@
+Return-Path: <tomi.ollila@iki.fi>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by arlo.cworth.org (Postfix) with ESMTP id 477956DE119D\r
+ for <notmuch@notmuchmail.org>; Tue, 11 Aug 2015 13:14:00 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 1.24\r
+X-Spam-Level: *\r
+X-Spam-Status: No, score=1.24 tagged_above=-999 required=5 tests=[AWL=-0.156, \r
+ SPF_NEUTRAL=0.652, URIBL_SBL=0.644, URIBL_SBL_A=0.1]\r
+ autolearn=disabled\r
+Received: from arlo.cworth.org ([127.0.0.1])\r
+ by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id Xt58uRcuglTl for <notmuch@notmuchmail.org>;\r
+ Tue, 11 Aug 2015 13:13:57 -0700 (PDT)\r
+Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])\r
+ by arlo.cworth.org (Postfix) with ESMTP id 96B646DE0244\r
+ for <notmuch@notmuchmail.org>; Tue, 11 Aug 2015 13:13:56 -0700 (PDT)\r
+Received: from guru.guru-group.fi (localhost [IPv6:::1])\r
+ by guru.guru-group.fi (Postfix) with ESMTP id D95B810008D;\r
+ Tue, 11 Aug 2015 23:13:42 +0300 (EEST)\r
+From: Tomi Ollila <tomi.ollila@iki.fi>\r
+To: David Bremner <david@tethera.net>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH 3/5] cli/count: add --output=modifications\r
+In-Reply-To: <871tf98y0x.fsf@maritornes.cs.unb.ca>\r
+References: <1439112285-6681-1-git-send-email-david@tethera.net>\r
+ <1439112285-6681-4-git-send-email-david@tethera.net>\r
+ <m21tfb54fu.fsf@guru.guru-group.fi> <871tf98y0x.fsf@maritornes.cs.unb.ca>\r
+User-Agent: Notmuch/0.20.2+60~g522a3d9 (http://notmuchmail.org) Emacs/24.3.1\r
+ (x86_64-unknown-linux-gnu)\r
+X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL\r
+ $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F\r
+ !)g;OY^,BjTbr)Np:%c_o'jj,Z\r
+Date: Tue, 11 Aug 2015 23:13:42 +0300\r
+Message-ID: <m237zpshvt.fsf@guru.guru-group.fi>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.18\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Tue, 11 Aug 2015 20:14:00 -0000\r
+\r
+On Tue, Aug 11 2015, David Bremner <david@tethera.net> wrote:\r
+\r
+> Tomi Ollila <tomi.ollila@iki.fi> writes:\r
+>\r
+>> Currently, `notmuch count` outputs lines that contain just one integer;\r
+>> this changes this by introducing output with uuid ([0-9a-f-]) and integer\r
+>> delimited by tab character.\r
+>>\r
+>> To put it lightly, this looks "inconsistent" and don't please my aesthetic\r
+>> eye.\r
+>>\r
+>> One option (being it worse or better) could be that by default only\r
+>> lastmod value is printed and with separate option it is prefixed with\r
+>> database UUID (in every --output option).\r
+>\r
+> Can you think of any use case for the uuid with the other count outputs?\r
+> It feels pretty artificial to me.\r
+\r
+I don't... I just thought something consistent to be used w/ notmuch count...\r
+\r
+> Another option is to make a "notmuch metadata" command. I'm not really\r
+> sure about the syntax, but perhaps a uuid option makes more sense\r
+> there, so e.g.\r
+>\r
+>        notmuch metadata --with-uuid lastmod\r
+\r
+or notmuch metadata key [key [key]], then (currently) we could have:\r
+\r
+$ notmuch metadata uuid\r
+$ notmuch metadata lastmod\r
+$ notmuch metadata uuid lastmod\r
+$ notmuch metadata lastmod uuid \r
+\r
+Now we can bikeshed whether this is good idea -- and what to do (and when)\r
+if unknown key is used in request...\r
+\r
+\r
+Tomi\r
+\r
+> I'm pretty convinced that we need report uuid and lastmod together (at\r
+> least optionally). I'm less sure we need a full get/set interface for\r
+> metadata, since people with that use case could use xapian-metadata.\r
+>\r