Re: database error
[notmuch-archives.git] / c2 / dfeb577f1712394d917ebbb68a11e1e8276f54
1 Return-Path: <m.walters@qmul.ac.uk>\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 176E1431FAF\r
6         for <notmuch@notmuchmail.org>; Sat,  8 Dec 2012 01:29:03 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -1.098\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-1.098 tagged_above=-999 required=5\r
12         tests=[DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001,\r
13         NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_MED=-2.3] autolearn=disabled\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 9G8RA9odOKv3 for <notmuch@notmuchmail.org>;\r
17         Sat,  8 Dec 2012 01:29:02 -0800 (PST)\r
18 Received: from mail2.qmul.ac.uk (mail2.qmul.ac.uk [138.37.6.6])\r
19         (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
20         (No client certificate requested)\r
21         by olra.theworths.org (Postfix) with ESMTPS id 6FBD5431FAE\r
22         for <notmuch@notmuchmail.org>; Sat,  8 Dec 2012 01:29:02 -0800 (PST)\r
23 Received: from smtp.qmul.ac.uk ([138.37.6.40])\r
24         by mail2.qmul.ac.uk with esmtp (Exim 4.71)\r
25         (envelope-from <m.walters@qmul.ac.uk>)\r
26         id 1ThGiQ-0001OI-1i; Sat, 08 Dec 2012 09:28:58 +0000\r
27 Received: from 93-97-24-31.zone5.bethere.co.uk ([93.97.24.31] helo=localhost)\r
28         by smtp.qmul.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69)\r
29         (envelope-from <m.walters@qmul.ac.uk>)\r
30         id 1ThGiP-0004oA-OS; Sat, 08 Dec 2012 09:28:57 +0000\r
31 From: Mark Walters <markwalters1009@gmail.com>\r
32 To: Austin Clements <amdragon@MIT.EDU>, notmuch@notmuchmail.org\r
33 Subject: Re: [PATCH 00/10] CLI output versioning\r
34 In-Reply-To: <87pq2sx86o.fsf@awakening.csail.mit.edu>\r
35 References: <1354416002-3557-1-git-send-email-amdragon@mit.edu>\r
36         <87pq2sx86o.fsf@awakening.csail.mit.edu>\r
37 User-Agent: Notmuch/0.14+81~g9730584 (http://notmuchmail.org) Emacs/23.4.1\r
38         (x86_64-pc-linux-gnu)\r
39 Date: Sat, 08 Dec 2012 09:29:02 +0000\r
40 Message-ID: <878v98hoyp.fsf@qmul.ac.uk>\r
41 MIME-Version: 1.0\r
42 Content-Type: text/plain; charset=us-ascii\r
43 X-Sender-Host-Address: 93.97.24.31\r
44 X-QM-SPAM-Info: Sender has good ham record.  :)\r
45 X-QM-Body-MD5: eb4857d49b031bd1c3ca44b88d174820 (of first 20000 bytes)\r
46 X-SpamAssassin-Score: -1.8\r
47 X-SpamAssassin-SpamBar: -\r
48 X-SpamAssassin-Report: The QM spam filters have analysed this message to\r
49         determine if it is\r
50         spam. We require at least 5.0 points to mark a message as spam.\r
51         This message scored -1.8 points.\r
52         Summary of the scoring: \r
53         * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/,\r
54         *      medium trust\r
55         *      [138.37.6.40 listed in list.dnswl.org]\r
56         * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail\r
57         provider *      (markwalters1009[at]gmail.com)\r
58         *  0.5 AWL AWL: From: address is in the auto white-list\r
59 X-QM-Scan-Virus: ClamAV says the message is clean\r
60 X-BeenThere: notmuch@notmuchmail.org\r
61 X-Mailman-Version: 2.1.13\r
62 Precedence: list\r
63 List-Id: "Use and development of the notmuch mail system."\r
64         <notmuch.notmuchmail.org>\r
65 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
66         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
67 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
68 List-Post: <mailto:notmuch@notmuchmail.org>\r
69 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
70 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
71         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
72 X-List-Received-Date: Sat, 08 Dec 2012 09:29:03 -0000\r
73 \r
74 \r
75 Hi\r
76 \r
77 Overall this series looks good. As we discussed on irc I think i would\r
78 prefer global NOTMUCH_SCHEMA_MIN as I am a little worried about these\r
79 proliferating (eg if someone decides text output also needs versioning\r
80 etc) In addition, if we do find the distinction useful it would be easy\r
81 to add at a later date.\r
82 \r
83 One tiny comment on the manpage updates: now that you mention two return\r
84 values explicitly should the other possibilities be mentioned too or are\r
85 they so obvious it is not needed?\r
86 \r
87 Would it be worth having some emacs test for the error handling? (eg set\r
88 notmuch-command to something giving some stderr and an error) Inherently\r
89 these code paths won't be tested much so I think tests could be\r
90 particularly useful.\r
91 \r
92 Best wishes\r
93 \r
94 Mark\r
95 \r
96 \r
97 \r
98 \r
99 \r
100 \r
101 On Mon, 03 Dec 2012, Austin Clements <amdragon@MIT.EDU> wrote:\r
102 > (Sorry; I forgot to include a cover letter.)\r
103 >\r
104 > This series is intended to help with our long-standing output format\r
105 > versioning issue.  While the JSON format is amenable to extension,\r
106 > there's still a high barrier to extensions because of the need to\r
107 > support them going forward, and an even higher barrier to modifications\r
108 > that break backwards compatibility.  Versioning will make the format\r
109 > more dynamic, enabling us to easily improve and iterate on it.  It will\r
110 > also address the slew of confusing bugs that people encounter when they\r
111 > use a mismatched CLI and front-end.\r
112 >\r
113 > On IRC we've talking about adding version information to the output\r
114 > format itself.  This series takes a different and, I think, better\r
115 > approach: callers request a specific output format version on the\r
116 > command line.  This allows notmuch to remain backwards compatible with\r
117 > older format versions when it's easy or necessary.  This also doesn't\r
118 > require shoehorning a version number into the output, which would be\r
119 > awkward for both the CLI and the consumer.\r
120 >\r
121 > I called the argument --use-schema, but I'm open to other suggestions.\r
122 > --use-schema is technically accurate, but perhaps not as self-describing\r
123 > as something like --schema-version or --format-version (to parallel\r
124 > --format).\r
125 > _______________________________________________\r
126 > notmuch mailing list\r
127 > notmuch@notmuchmail.org\r
128 > http://notmuchmail.org/mailman/listinfo/notmuch\r