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