Re: Can't compile notmuch-delivery

diff --git a/7a/fc34365e0c635d6300c52e5bf1aeed912a9063 b/7a/fc34365e0c635d6300c52e5bf1aeed912a9063
new file mode 100644 (file)
index 0000000..e6f646d
--- /dev/null
+++ b/7a/fc34365e0c635d6300c52e5bf1aeed912a9063
@@ -0,0 +1,109 @@
+Return-Path: <teythoon@jade-hamburg.de>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id C8DC9431FB6\r
+       for <notmuch@notmuchmail.org>; Fri,  1 Jun 2012 15:50:25 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]\r
+       autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id FGTYl8eZSUsz for <notmuch@notmuchmail.org>;\r
+       Fri,  1 Jun 2012 15:50:23 -0700 (PDT)\r
+Received: from mail.cryptobitch.de (cryptobitch.de [88.198.7.68])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by olra.theworths.org (Postfix) with ESMTPS id 8E59B431FAF\r
+       for <notmuch@notmuchmail.org>; Fri,  1 Jun 2012 15:50:23 -0700 (PDT)\r
+Received: from mail.jade-hamburg.de (mail.jade-hamburg.de [85.183.11.228])\r
+       (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))\r
+       (No client certificate requested)\r
+       by mail.cryptobitch.de (Postfix) with ESMTPSA id 9DEED58339D\r
+       for <notmuch@notmuchmail.org>; Sat,  2 Jun 2012 00:50:21 +0200 (CEST)\r
+Received: by mail.jade-hamburg.de (Postfix, from userid 401)\r
+       id 0DDABDF2A4; Sat,  2 Jun 2012 00:50:21 +0200 (CEST)\r
+Received: from thinkbox.jade-hamburg.de (thinkbox.jadE-Hamburg.de\r
+ [10.1.1.109]) (using TLSv1 with cipher AES256-SHA (256/256 bits))     (No client\r
+ certificate requested) (Authenticated sender: teythoon)       by\r
+ mail.jade-hamburg.de (Postfix) with ESMTPSA id 33A3FDF2A0;    Sat,  2 Jun 2012\r
+ 00:50:13 +0200 (CEST)\r
+Received: from teythoon by thinkbox.jade-hamburg.de with local (Exim 4.77)\r
+       (envelope-from <teythoon@thinkbox.jade-hamburg.de>)\r
+       id 1Saaeb-00021T-I2; Sat, 02 Jun 2012 00:49:09 +0200\r
+Content-Type: text/plain; charset="utf-8"\r
+MIME-Version: 1.0\r
+Content-Transfer-Encoding: quoted-printable\r
+To: David Bremner <david@tethera.net>,\r
+       Jameson Graef Rollins <jrollins@finestructure.net>,\r
+       Felipe Contreras <felipe.contreras@gmail.com>\r
+From: Justus Winter <4winter@informatik.uni-hamburg.de>\r
+In-Reply-To: <87sjeezx7g.fsf@zancas.localnet>\r
+References: <20120531214259.GA18272@desktop>\r
+       <m2pq9jo7jf.fsf@guru.guru-group.fi>\r
+       <CAMP44s0vvEDLd2DceFraNpqyMrX2A+=zkV6W=ABatZs52FNo5Q@mail.gmail.com>\r
+       <87lik7171d.fsf@zancas.localnet>\r
+       <87sjefufub.fsf@servo.finestructure.net>\r
+       <874nqu28y1.fsf@zancas.localnet>\r
+       <87mx4mvqch.fsf@servo.finestructure.net>\r
+       <87sjeezx7g.fsf@zancas.localnet>\r
+Message-ID: <20120601224909.24629.70500@thinkbox.jade-hamburg.de>\r
+User-Agent: alot/0.3.1+\r
+Subject: Re: Can't compile notmuch-delivery\r
+Date: Sat, 02 Jun 2012 00:49:09 +0200\r
+Cc: Ali Polatel <alip@exherbo.org>, notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://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: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Fri, 01 Jun 2012 22:50:25 -0000\r
+\r
+Quoting David Bremner (2012-06-01 20:46:59)\r
+> Jameson Graef Rollins <jrollins@finestructure.net> writes:\r
+> =\r
+\r
+> > I think the zeroth-order thing we have to do then is to have the build\r
+> > include the bindings as well.  Then everyone will be able to see\r
+> > immediately if the bindings are broken.  I wouldn't even make it an\r
+> > option, or make it an option to exclude building the bindings rather\r
+> > than to include.\r
+> =\r
+\r
+> OK, I can agree with this. Can we get some help from the bindings\r
+> maintainers (or other interested people) in getting this working?\r
+> Probably configure should detect/decide what bindings to build.\r
+\r
+I like the idea. The thing with the python bindings is that building\r
+them wont detect any errors, one has to import the module. Quick and\r
+dirty python oneliner that doesn't even require installing the\r
+bindings:\r
+\r
+teythoon@thinkbox ~/repos/notmuch (git)-[master] % ( export LD_LIBRARY_PATH=\r
+=3D"$(pwd)/lib" ; cd bindings/python && python -c "import notmuch" )\r
+Traceback (most recent call last):\r
+  File "<string>", line 1, in <module>\r
+  File "notmuch/__init__.py", line 54, in <module>\r
+    from .database import Database\r
+  File "notmuch/database.py", line 46, in <module>\r
+    class Database(object):\r
+  File "notmuch/database.py", line 76, in Database\r
+    _get_directory =3D nmlib.notmuch_database_get_directory_b0rked\r
+  File "/usr/lib/python2.7/ctypes/__init__.py", line 378, in __getattr__\r
+    func =3D self.__getitem__(name)\r
+  File "/usr/lib/python2.7/ctypes/__init__.py", line 383, in __getitem__\r
+    func =3D self._FuncPtr((name_or_ordinal, self))\r
+AttributeError: /home/teythoon/repos/notmuch/lib/libnotmuch.so.3: undefined=\r
+ symbol: notmuch_database_get_directory_b0rked\r
+\r
+Justus\r