Re: NOTMUCH_STATUS_LAST_STATUS problematic across additive library upgrades

diff --git a/75/d9d7a3607aaae67d5e15b5b19908aea9aae962 b/75/d9d7a3607aaae67d5e15b5b19908aea9aae962
new file mode 100644 (file)
index 0000000..fe568ce
--- /dev/null
+++ b/75/d9d7a3607aaae67d5e15b5b19908aea9aae962
@@ -0,0 +1,91 @@
+Return-Path: <cworth@cworth.org>\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 7F5EB6DE12E8\r
+ for <notmuch@notmuchmail.org>; Mon,  7 Dec 2015 15:37:40 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -8.849\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-8.849 tagged_above=-999 required=5 tests=[AM.WBL=-8,\r
+  ALL_TRUSTED=-1, AWL=0.151] 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 AKjft_JlBK7j; Mon,  7 Dec 2015 15:37:39 -0800 (PST)\r
+Received: from wondoo.home.cworth.org (unknown [10.0.0.1])\r
+ (Authenticated sender: cworth)\r
+ by arlo.cworth.org (Postfix) with ESMTPSA id 07F896DE0B2F;\r
+ Mon,  7 Dec 2015 15:37:39 -0800 (PST)\r
+Received: from wondoo.home.cworth.org (localhost [IPv6:::1])\r
+ by wondoo.home.cworth.org (Postfix) with ESMTPS id EB76514C4076;\r
+ Mon,  7 Dec 2015 15:37:38 -0800 (PST)\r
+To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>,\r
+ notmuch mailing list <notmuch@notmuchmail.org>\r
+Subject: Re: NOTMUCH_STATUS_LAST_STATUS problematic across additive library\r
+ upgrades\r
+In-Reply-To: <87y4d5q38i.fsf@alice.fifthhorseman.net>\r
+References: <87y4d5q38i.fsf@alice.fifthhorseman.net>\r
+User-Agent: Notmuch/0.21 (http://notmuchmail.org) Emacs/24.5.1\r
+ (x86_64-pc-linux-gnu)\r
+Sender: cworth@cworth.org\r
+From: Carl Worth <cworth@cworth.org>\r
+Date: Mon, 07 Dec 2015 15:37:33 -0800\r
+Message-ID: <87vb89n83m.fsf@wondoo.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha512; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.20\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <https://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: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 07 Dec 2015 23:37:40 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+\r
+On Mon, Dec 07 2015, Daniel Kahn Gillmor wrote:\r
+> In particular, if a user builds against version X of the library, then\r
+> version X+1 is released with a new status code (but no\r
+> backward-incompatible API/ABI changes that would require an SONAME\r
+> bump), then the value of NOTMUCH_STATUS_LAST_STATUS would change, but\r
+> the application using notmuch wouldn't know about it.\r
+\r
+Can you envision a scenario where this would actually lead to a bug?\r
+\r
+It's meant to provide a convenience. It's clearly documented as "not an\r
+actual status value", so, yes, no client code should ever be passing\r
+that value into the library.\r
+\r
+-Carl\r
+\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature; name="signature.asc"\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1\r
+\r
+iQIcBAEBCgAGBQJWZhg+AAoJEGACM7qeVNxhZH4QALu/bfUH791a4rTFt2KNEcmi\r
+wyXL//yp67zz8C9zhksnzeUVDBUUBzw4WRecAS+IMAnrvaQlHXcDPPHrvQjVC81S\r
+gAqtJEZrMTv2p2at8IPkx6rHVnyQnxZ6waa7zaIxuc+Ekmg4xf7dKfOVxVCqE2ot\r
+2eK5s6Mo3ayfq6eH3OZNrM4pIgMRBiXKvBTBPknqvuq8khUU8/As+qVkppeFiZR3\r
+RcbBsMUNQ3b007oIhlTUj4RdYPGzHHEXgjF+kW6ykUaGKlSKE+ji6SE4aF3+CU9Z\r
+C5hCej2KvzZwndrTG470Mhr/7t2imCeJ8+Otq0anj4qa9ZTHS9rnfukpB0p777iX\r
+N3H7QRw01BYMsm5YwnWs1btu5hAj7qFxhZY/DfdBN7Jnop+pTwfxV5AgL/25hYe+\r
+hIURsNqj6tDN0qXmvDJzKNOfkFllC1Se01DQGAg5d45dpWbGj3Phy4gJzh5bIPch\r
+4JBn3g5rkb7l9FPGRM80vuYgJbnyMzPNZmi5W17jx2QHNlvn1gvm4IaPO1k+zHUF\r
+a43OM+atqtY2nTCa6XsCvZqOihHzo0JLbbS9poHy4xLtitNh2NDVmBu/4ngjnp4D\r
+LybnkZJK27KzRu6nW2KWvSRca1OboJ9UeUIEQyCYtv/Wb7fLN4OO06XmCSk7Kbyv\r
+q44z5aP1a7xvVCczUxx0\r
+=1CDH\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r