[PATCH] configure: add --without-api-docs option
[notmuch-archives.git] / 80 / 295e2e868eccad527bc148f7ac063e2aca45a8
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 4B845431E64\r
6         for <notmuch@notmuchmail.org>; Tue, 10 Jul 2012 06:16:17 -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 tIh7z1tprDqN for <notmuch@notmuchmail.org>;\r
16         Tue, 10 Jul 2012 06:16:16 -0700 (PDT)\r
17 Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com\r
18         [209.85.213.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 7DC0A431FBF\r
21         for <notmuch@notmuchmail.org>; Tue, 10 Jul 2012 06:16:16 -0700 (PDT)\r
22 Received: by yhp26 with SMTP id 26so15098285yhp.26\r
23         for <notmuch@notmuchmail.org>; Tue, 10 Jul 2012 06:16:15 -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=rz02vxMTQlPBeSotWL6kCTTF910156shk0nOqAYL58g=;\r
29         b=p3nLRxC0BxJNYiIDYURtziYOcBGmO+xHUUr+NRTCW7se1MoCoM6D1yLWT2ZF9BWCrN\r
30         YuWtbRjNsLVzjDVByhLX6sQO0bsRLt2rLF5Q+KfJArjXM9Y6KSFCr20et8uSMzKPpKVe\r
31         eOyVwqebMZOeWQ3771oMqqfP+4PauhvEMbkJH6nUzK/EEGi8DMd2Ch0eiwMLQd521/rr\r
32         +oQVi/S4WhYh6mWTm/xMlxpkGR/a6yd/8JHeglSLKteJjr/Iopdq5IA7oK5XpWrH4i1m\r
33         BhuXAyZaWtsKNK0Q9UppuLx8pbmyAdPgrtpZS6Nxr67QF8h2lrrCaNRVYSZRZArie/ke\r
34         bDUg==\r
35 MIME-Version: 1.0\r
36 Received: by 10.60.18.168 with SMTP id x8mr45588183oed.18.1341926174849; Tue,\r
37         10 Jul 2012 06:16:14 -0700 (PDT)\r
38 Received: by 10.76.10.102 with HTTP; Tue, 10 Jul 2012 06:16:14 -0700 (PDT)\r
39 Received: by 10.76.10.102 with HTTP; Tue, 10 Jul 2012 06:16:14 -0700 (PDT)\r
40 In-Reply-To: <87r4sk3lxu.fsf@cern.ch>\r
41 References: <871ukl5oj7.fsf@cern.ch> <87ehol2aku.fsf@servo.finestructure.net>\r
42         <87wr2c3mtj.fsf@cern.ch> <87r4sk3lxu.fsf@cern.ch>\r
43 Date: Tue, 10 Jul 2012 16:16:14 +0300\r
44 Message-ID:\r
45  <CAB+hUn8WfhEqH4do4bPWZn+w0OxSdD+WoOKLP1zJjrwmCtEUSg@mail.gmail.com>\r
46 Subject: Re: post-new [was: Re: query on a subset of messages ?]\r
47 From: Jani Nikula <jani@nikula.org>\r
48 To: Sebastien Binet <binet@cern.ch>\r
49 Content-Type: multipart/alternative; boundary=e89a8ff2561af77ab604c479886e\r
50 X-Gm-Message-State:\r
51  ALoCoQmveIMdWNGn1cNENY0diZE17AkFiD5UL3sr95xvin/4/8ZFfGax/uFAC/toJ3ycEIGUP7Rx\r
52 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
53 X-BeenThere: notmuch@notmuchmail.org\r
54 X-Mailman-Version: 2.1.13\r
55 Precedence: list\r
56 List-Id: "Use and development of the notmuch mail system."\r
57         <notmuch.notmuchmail.org>\r
58 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
59         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
60 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
61 List-Post: <mailto:notmuch@notmuchmail.org>\r
62 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
63 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
64         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
65 X-List-Received-Date: Tue, 10 Jul 2012 13:16:17 -0000\r
66 \r
67 --e89a8ff2561af77ab604c479886e\r
68 Content-Type: text/plain; charset=UTF-8\r
69 \r
70 On Jul 10, 2012 12:59 PM, "Sebastien Binet" <binet@cern.ch> wrote:\r
71 >\r
72 > Jani Nikula <jani@nikula.org> writes:\r
73 >\r
74 > > On Jul 9, 2012 8:12 PM, "Jameson Graef Rollins" <\r
75 jrollins@finestructure.net>\r
76 > > wrote:\r
77 > >>\r
78 > >> On Mon, Jul 09 2012, Sebastien Binet <binet@cern.ch> wrote:\r
79 > >> > hum... is post-new supposed to be run even if there is no new\r
80 message ?\r
81 > >>\r
82 > >> Hi, Sebastian.  Yes, I think it runs regardless if there are any new\r
83 > >> messages or not.\r
84 > >\r
85 > > That's correct; only errors in notmuch new cause post-new hook to be\r
86 > > skipped.\r
87 >\r
88 > ok. I thought using the post-new hook would have saved some i/o\r
89 > resources over my current setup:\r
90 >  offlineimap.postsynchook = ~/emacs/notmuch-lib/notmuch-tag.sh\r
91 >\r
92 > where notmuch-tag.sh is (in pseudo-code):\r
93 > ##\r
94 > /usr/bin/notmuch new\r
95 >\r
96 > for tag,query in tag-queries:\r
97 >   tag_new $tag $query\r
98 >\r
99 > ##\r
100 >\r
101 > is there any advantage of using post-new compared to this setup ?\r
102 \r
103 There's no functional advantage. It does keep your initial tagging script\r
104 connected with notmuch new rather than offlinemap, if you ever need to run\r
105 notmuch new on its own.\r
106 \r
107 If your tagging setup is really complicated, you could have some-tag in\r
108 new.tags config, and bail out early if notmuch count tag:some-tag outputs 0\r
109 (and obviously notmuch tag -some-tag tag:some-tag later in the script).\r
110 Just a thought.\r
111 \r
112 J.\r
113 \r
114 >\r
115 > -s\r
116 \r
117 --e89a8ff2561af77ab604c479886e\r
118 Content-Type: text/html; charset=UTF-8\r
119 Content-Transfer-Encoding: quoted-printable\r
120 \r
121 <p><br>\r
122 On Jul 10, 2012 12:59 PM, &quot;Sebastien Binet&quot; &lt;<a href=3D"mailto=\r
123 :binet@cern.ch">binet@cern.ch</a>&gt; wrote:<br>\r
124 &gt;<br>\r
125 &gt; Jani Nikula &lt;<a href=3D"mailto:jani@nikula.org">jani@nikula.org</a>=\r
126 &gt; writes:<br>\r
127 &gt;<br>\r
128 &gt; &gt; On Jul 9, 2012 8:12 PM, &quot;Jameson Graef Rollins&quot; &lt;<a =\r
129 href=3D"mailto:jrollins@finestructure.net">jrollins@finestructure.net</a>&g=\r
130 t;<br>\r
131 &gt; &gt; wrote:<br>\r
132 &gt; &gt;&gt;<br>\r
133 &gt; &gt;&gt; On Mon, Jul 09 2012, Sebastien Binet &lt;<a href=3D"mailto:bi=\r
134 net@cern.ch">binet@cern.ch</a>&gt; wrote:<br>\r
135 &gt; &gt;&gt; &gt; hum... is post-new supposed to be run even if there is n=\r
136 o new message ?<br>\r
137 &gt; &gt;&gt;<br>\r
138 &gt; &gt;&gt; Hi, Sebastian. =C2=A0Yes, I think it runs regardless if there=\r
139  are any new<br>\r
140 &gt; &gt;&gt; messages or not.<br>\r
141 &gt; &gt;<br>\r
142 &gt; &gt; That&#39;s correct; only errors in notmuch new cause post-new hoo=\r
143 k to be<br>\r
144 &gt; &gt; skipped.<br>\r
145 &gt;<br>\r
146 &gt; ok. I thought using the post-new hook would have saved some i/o<br>\r
147 &gt; resources over my current setup:<br>\r
148 &gt; =C2=A0offlineimap.postsynchook =3D ~/emacs/notmuch-lib/notmuch-tag.sh<=\r
149 br>\r
150 &gt;<br>\r
151 &gt; where notmuch-tag.sh is (in pseudo-code):<br>\r
152 &gt; ##<br>\r
153 &gt; /usr/bin/notmuch new<br>\r
154 &gt;<br>\r
155 &gt; for tag,query in tag-queries:<br>\r
156 &gt; =C2=A0 tag_new $tag $query<br>\r
157 &gt;<br>\r
158 &gt; ##<br>\r
159 &gt;<br>\r
160 &gt; is there any advantage of using post-new compared to this setup ?</p>\r
161 <p>There&#39;s no functional advantage. It does keep your initial tagging s=\r
162 cript connected with notmuch new rather than offlinemap, if you ever need t=\r
163 o run notmuch new on its own.</p>\r
164 <p>If your tagging setup is really complicated, you could have some-tag in =\r
165 new.tags config, and bail out early if notmuch count tag:some-tag outputs 0=\r
166  (and obviously notmuch tag -some-tag tag:some-tag later in the script). Ju=\r
167 st a thought.</p>\r
168 \r
169 <p>J.<br></p>\r
170 <p>&gt;<br>\r
171 &gt; -s<br>\r
172 </p>\r
173 \r
174 --e89a8ff2561af77ab604c479886e--\r