fd/7d924da2a818c82db8331b4862094e3ec91ed1

   1 Return-Path: <dkg@fifthhorseman.net>\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 3ED44431FD0\r
   6         for <notmuch@notmuchmail.org>; Sun, 10 Jul 2011 20:22:43 -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\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
  12         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 NHesrCMJuKXf for <notmuch@notmuchmail.org>;\r
  16         Sun, 10 Jul 2011 20:22:42 -0700 (PDT)\r
  17 Received: from che.mayfirst.org (che.mayfirst.org [209.234.253.108])\r
  18         by olra.theworths.org (Postfix) with ESMTP id CC4C1431FB6\r
  19         for <notmuch@notmuchmail.org>; Sun, 10 Jul 2011 20:22:42 -0700 (PDT)\r
  20 Received: from [192.168.13.75] (lair.fifthhorseman.net [216.254.116.241])\r
  21         by che.mayfirst.org (Postfix) with ESMTPSA id 4A36AF970\r
  22         for <notmuch@notmuchmail.org>; Sun, 10 Jul 2011 23:22:40 -0400 (EDT)\r
  23 Message-ID: <4E1A6C7A.8060103@fifthhorseman.net>\r
  24 Date: Sun, 10 Jul 2011 23:22:34 -0400\r
  25 From: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
  26 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;\r
  27         rv:1.9.2.18) Gecko/20110626 Icedove/3.1.11\r
  28 MIME-Version: 1.0\r
  29 To: notmuch <notmuch@notmuchmail.org>\r
  30 Subject: Re: [PATCH] debian: strictly depend on the same version of libnotmuch\r
  31 References: <1310239029-13509-1-git-send-email-ukleinek@strlen.de>\r
  32         <87pqlifgad.fsf@zancas.localnet>        <4E1A15B3.6060200@fifthhorseman.net>\r
  33         <87wrfpee6x.fsf@zancas.localnet>\r
  34 In-Reply-To: <87wrfpee6x.fsf@zancas.localnet>\r
  35 X-Enigmail-Version: 1.1.2\r
  36 Content-Type: multipart/signed; micalg=pgp-sha512;\r
  37         protocol="application/pgp-signature";\r
  38         boundary="------------enig9E006480BD5762AB4924E8CF"\r
  39 X-BeenThere: notmuch@notmuchmail.org\r
  40 X-Mailman-Version: 2.1.13\r
  41 Precedence: list\r
  42 Reply-To: notmuch@notmuchmail.org\r
  43 List-Id: "Use and development of the notmuch mail system."\r
  44         <notmuch.notmuchmail.org>\r
  45 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  46         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  47 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  48 List-Post: <mailto:notmuch@notmuchmail.org>\r
  49 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  50 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  51         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  52 X-List-Received-Date: Mon, 11 Jul 2011 03:22:43 -0000\r
  53 \r
  54 This is an OpenPGP/MIME signed message (RFC 2440 and 3156)\r
  55 --------------enig9E006480BD5762AB4924E8CF\r
  56 Content-Type: text/plain; charset=UTF-8\r
  57 Content-Transfer-Encoding: quoted-printable\r
  58 \r
  59 On 07/10/2011 10:36 PM, David Bremner wrote:\r
  60 >> This suggests to me that we may need to be bumping the SONAME when the=\r
  61 \r
  62 >> query string format changes, no?\r
  63 >=20\r
  64 > If we follow the same rules as with symbols, then only when it breaks\r
  65 > backwards compatability.\r
  66 \r
  67 Right, but what breaks backwards compatibility in a string-based indexer?=\r
  68 \r
  69 \r
  70 If the query "foo bar:baz" is interpreted as a search for two separate\r
  71 simple strings, and then an update treats the "bar:" suffix specially,\r
  72 is that backwards-incompatible because the semantics of the identical\r
  73 search change?\r
  74 \r
  75 The only way i can currently imagine "backwards compatibility" is if\r
  76 version X has a set of query strings which all return some kind of "not\r
  77 implemented" error value, and then version X+1 returns a legitimate\r
  78 response for some subset of those same query strings.\r
  79 \r
  80 Otherwise, each change in query string syntax actively modifies (in a\r
  81 non-backwards-compatible way) the semantics of some part of the interface=\r
  82 =2E\r
  83 \r
  84 Is there some other way to view this distinction?\r
  85 \r
  86         --dkg\r
  87 \r
  88 \r
  89 --------------enig9E006480BD5762AB4924E8CF\r
  90 Content-Type: application/pgp-signature; name="signature.asc"\r
  91 Content-Description: OpenPGP digital signature\r
  92 Content-Disposition: attachment; filename="signature.asc"\r
  93 \r
  94 -----BEGIN PGP SIGNATURE-----\r
  95 Version: GnuPG v1.4.11 (GNU/Linux)\r
  96 Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/\r
  97 \r
  98 iQJ8BAEBCgBmBQJOGmx6XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w\r
  99 ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwRUU1QkU5NzkyODJEODBCOUY3NTQwRjFD\r
 100 Q0QyRUQ5NEQyMTczOUU5AAoJEMzS7ZTSFznpEDYQAIBDUqW/O1z9jCeUX4x/xjfw\r
 101 3Pbod8nhdy8N2J0tb6GOJufvdxh4LzgShxgR3PBhuSvRhLH7P1tsXasg+XHrio/1\r
 102 U+bTRzUleIFKupZx3QDnqZhJA09O1ji8yNPJbztYmeJeUeRNfPwfZnSJaG7O+a9L\r
 103 d8RT91NCdHh9gLYsWLtrLisw/XNhE288cSjsG1k/5w9FJMIKsTMW6GkVXs/6PK1L\r
 104 GDzON3/7U8WC99BzrJfyui2o2v+ulHTWB+txBXEDyDVJaJ0idP+lL0Z8VhIEtFg8\r
 105 oJYitZw3BuMrI7IYC1KHjTlDvwU+RyxaH733MZZOcwZDpx6M9flceak6pZd1EnOe\r
 106 j3uVKT+Ll+WEEzjIYr6fY1Vy3n6sHXDRBJQORYZkQ4s1s2Cva0T/w/vql00P9Jbh\r
 107 N31NhKysPxZpvqLZXPgXmRK20ugHQay3mMQMg7m/9xjA66+K+ujuj6bArw195JqT\r
 108 NliQG7qolDDS3oiFsodMPJ21aACoUTVrIFg6Lta2g9SVAgGmFMShmrvuXwdag0zU\r
 109 ORWaS4OzPzkvmMRFaRPOa5lwiJbjTqxRDV44Knx6G7PXyeRh33qqzfPS1Kazv9vr\r
 110 XRDZ0kVKProwDS58aioR+7CHoZWPcXtyPFwk7EfSEXXCavbTZSHjo24HP+3l7p9U\r
 111 mXmNCVREX8m8iynFhH3P\r
 112 =m1sZ\r
 113 -----END PGP SIGNATURE-----\r
 114 \r
 115 --------------enig9E006480BD5762AB4924E8CF--\r