database error
[notmuch-archives.git] / 75 / d9d7a3607aaae67d5e15b5b19908aea9aae962
1 Return-Path: <cworth@cworth.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 arlo.cworth.org (Postfix) with ESMTP id 7F5EB6DE12E8\r
6  for <notmuch@notmuchmail.org>; Mon,  7 Dec 2015 15:37:40 -0800 (PST)\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -8.849\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-8.849 tagged_above=-999 required=5 tests=[AM.WBL=-8,\r
12   ALL_TRUSTED=-1, AWL=0.151] autolearn=disabled\r
13 Received: from arlo.cworth.org ([127.0.0.1])\r
14  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
15  with ESMTP id AKjft_JlBK7j; Mon,  7 Dec 2015 15:37:39 -0800 (PST)\r
16 Received: from wondoo.home.cworth.org (unknown [10.0.0.1])\r
17  (Authenticated sender: cworth)\r
18  by arlo.cworth.org (Postfix) with ESMTPSA id 07F896DE0B2F;\r
19  Mon,  7 Dec 2015 15:37:39 -0800 (PST)\r
20 Received: from wondoo.home.cworth.org (localhost [IPv6:::1])\r
21  by wondoo.home.cworth.org (Postfix) with ESMTPS id EB76514C4076;\r
22  Mon,  7 Dec 2015 15:37:38 -0800 (PST)\r
23 To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>,\r
24  notmuch mailing list <notmuch@notmuchmail.org>\r
25 Subject: Re: NOTMUCH_STATUS_LAST_STATUS problematic across additive library\r
26  upgrades\r
27 In-Reply-To: <87y4d5q38i.fsf@alice.fifthhorseman.net>\r
28 References: <87y4d5q38i.fsf@alice.fifthhorseman.net>\r
29 User-Agent: Notmuch/0.21 (http://notmuchmail.org) Emacs/24.5.1\r
30  (x86_64-pc-linux-gnu)\r
31 Sender: cworth@cworth.org\r
32 From: Carl Worth <cworth@cworth.org>\r
33 Date: Mon, 07 Dec 2015 15:37:33 -0800\r
34 Message-ID: <87vb89n83m.fsf@wondoo.home.cworth.org>\r
35 MIME-Version: 1.0\r
36 Content-Type: multipart/signed; boundary="=-=-=";\r
37  micalg=pgp-sha512; protocol="application/pgp-signature"\r
38 X-BeenThere: notmuch@notmuchmail.org\r
39 X-Mailman-Version: 2.1.20\r
40 Precedence: list\r
41 List-Id: "Use and development of the notmuch mail system."\r
42  <notmuch.notmuchmail.org>\r
43 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
44  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
45 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
46 List-Post: <mailto:notmuch@notmuchmail.org>\r
47 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
48 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
49  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
50 X-List-Received-Date: Mon, 07 Dec 2015 23:37:40 -0000\r
51 \r
52 --=-=-=\r
53 Content-Type: text/plain\r
54 \r
55 On Mon, Dec 07 2015, Daniel Kahn Gillmor wrote:\r
56 > In particular, if a user builds against version X of the library, then\r
57 > version X+1 is released with a new status code (but no\r
58 > backward-incompatible API/ABI changes that would require an SONAME\r
59 > bump), then the value of NOTMUCH_STATUS_LAST_STATUS would change, but\r
60 > the application using notmuch wouldn't know about it.\r
61 \r
62 Can you envision a scenario where this would actually lead to a bug?\r
63 \r
64 It's meant to provide a convenience. It's clearly documented as "not an\r
65 actual status value", so, yes, no client code should ever be passing\r
66 that value into the library.\r
67 \r
68 -Carl\r
69 \r
70 \r
71 --=-=-=\r
72 Content-Type: application/pgp-signature; name="signature.asc"\r
73 \r
74 -----BEGIN PGP SIGNATURE-----\r
75 Version: GnuPG v1\r
76 \r
77 iQIcBAEBCgAGBQJWZhg+AAoJEGACM7qeVNxhZH4QALu/bfUH791a4rTFt2KNEcmi\r
78 wyXL//yp67zz8C9zhksnzeUVDBUUBzw4WRecAS+IMAnrvaQlHXcDPPHrvQjVC81S\r
79 gAqtJEZrMTv2p2at8IPkx6rHVnyQnxZ6waa7zaIxuc+Ekmg4xf7dKfOVxVCqE2ot\r
80 2eK5s6Mo3ayfq6eH3OZNrM4pIgMRBiXKvBTBPknqvuq8khUU8/As+qVkppeFiZR3\r
81 RcbBsMUNQ3b007oIhlTUj4RdYPGzHHEXgjF+kW6ykUaGKlSKE+ji6SE4aF3+CU9Z\r
82 C5hCej2KvzZwndrTG470Mhr/7t2imCeJ8+Otq0anj4qa9ZTHS9rnfukpB0p777iX\r
83 N3H7QRw01BYMsm5YwnWs1btu5hAj7qFxhZY/DfdBN7Jnop+pTwfxV5AgL/25hYe+\r
84 hIURsNqj6tDN0qXmvDJzKNOfkFllC1Se01DQGAg5d45dpWbGj3Phy4gJzh5bIPch\r
85 4JBn3g5rkb7l9FPGRM80vuYgJbnyMzPNZmi5W17jx2QHNlvn1gvm4IaPO1k+zHUF\r
86 a43OM+atqtY2nTCa6XsCvZqOihHzo0JLbbS9poHy4xLtitNh2NDVmBu/4ngjnp4D\r
87 LybnkZJK27KzRu6nW2KWvSRca1OboJ9UeUIEQyCYtv/Wb7fLN4OO06XmCSk7Kbyv\r
88 q44z5aP1a7xvVCczUxx0\r
89 =1CDH\r
90 -----END PGP SIGNATURE-----\r
91 --=-=-=--\r