Re: [RFC/PATCH] python: search parent lib directory for libnotmuch.so

diff --git a/05/d5bfa3dfa170f8f23c76feb143b16ac15e3d0d b/05/d5bfa3dfa170f8f23c76feb143b16ac15e3d0d
new file mode 100644 (file)
index 0000000..5aa88a5
--- /dev/null
+++ b/05/d5bfa3dfa170f8f23c76feb143b16ac15e3d0d
@@ -0,0 +1,106 @@
+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 36C9F431FBC\r
+       for <notmuch@notmuchmail.org>; Tue,  9 Apr 2013 08:21:41 -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 YpBqRXIZyNcm for <notmuch@notmuchmail.org>;\r
+       Tue,  9 Apr 2013 08:21:37 -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 3B5DC431FAE\r
+       for <notmuch@notmuchmail.org>; Tue,  9 Apr 2013 08:21:37 -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 C7F4961EFE6\r
+       for <notmuch@notmuchmail.org>; Tue,  9 Apr 2013 17:21:32 +0200 (CEST)\r
+Received: by mail.jade-hamburg.de (Postfix, from userid 401)\r
+       id 359B3DF2A3; Tue,  9 Apr 2013 17:21:31 +0200 (CEST)\r
+Received: from thinkbox.jade-hamburg.de (cryptobitch.de [88.198.7.68])\r
+       (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
+       (No client certificate requested) (Authenticated sender: teythoon)\r
+       by mail.jade-hamburg.de (Postfix) with ESMTPSA id 6AE3ADF28B;\r
+       Tue,  9 Apr 2013 17:21:29 +0200 (CEST)\r
+Received: from teythoon by thinkbox.jade-hamburg.de with local (Exim 4.80)\r
+       (envelope-from <teythoon@thinkbox.jade-hamburg.de>)\r
+       id 1UPaMS-0005b2-5b; Tue, 09 Apr 2013 17:21:28 +0200\r
+Content-Type: text/plain; charset="utf-8"\r
+MIME-Version: 1.0\r
+Content-Transfer-Encoding: quoted-printable\r
+To: Jed Brown <jed@59A2.org>,  notmuch@notmuchmail.org\r
+From: Justus Winter <4winter@informatik.uni-hamburg.de>\r
+In-Reply-To: <87obdn7nwe.fsf@mcs.anl.gov>\r
+References: <1365475646-22926-1-git-send-email-jed@59A2.org>\r
+       <20130409141333.7736.41695@thinkbox.jade-hamburg.de>\r
+       <87obdn7nwe.fsf@mcs.anl.gov>\r
+Message-ID: <20130409152128.7736.76003@thinkbox.jade-hamburg.de>\r
+User-Agent: alot/0.3.3+\r
+Subject: Re: [RFC/PATCH] python: search parent lib directory for libnotmuch.so\r
+Date: Tue, 09 Apr 2013 17:21:28 +0200\r
+Cc: Sebastian Spaeth <Sebastian@SSpaeth.de>\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: Tue, 09 Apr 2013 15:21:41 -0000\r
+\r
+Quoting Jed Brown (2013-04-09 16:57:05)\r
+> Justus Winter <4winter@informatik.uni-hamburg.de> writes:\r
+> >\r
+> > May I ask why you cannot use LD_LIBRARY_PATH? I too install libnotmuch\r
+> > to a non-standard location as unprivileged user and to make this\r
+> > library available I add its path to LD_LIBRARY_PATH. =\r
+\r
+> =\r
+\r
+> See libdir_in_ldconfig testing in configure: we make a significant\r
+> effort to set RPATH appropriately when installing to a location that is\r
+> not already searched (perhaps via LD_LIBRARY_PATH).  This currently does\r
+> not apply to the Python bindings, so while you can install without\r
+> LD_LIBRARY_PATH and still run the notmuch executable fine, you must set\r
+> LD_LIBRARY_PATH to use the Python bindings.  That is the inconsistency I\r
+> wanted to fix here.\r
+\r
+But why do we do that? I always thought that rpath causes more\r
+problems and is to be avoided if possible [0]. But otoh, I didn't even\r
+knew that the notmuch build system uses rpath.\r
+\r
+0: e.g. http://wiki.debian.org/RpathIssue\r
+\r
+> I don't like the indirection either, but the binary is compiled with\r
+> knowledge of prefix/RPATH, so if we wanted a single canonical location\r
+> to specify this information, I would make it the binary.\r
+> =\r
+\r
+> If you don't want to trust Python install directory hierarchy, we could\r
+> have 'setup.py install' write some info about RPATH.\r
+\r
+I actually have no strong feelings for or against this proposal. I'm\r
+merely surprised that there is an issue that you are trying to fix\r
+here since exactly this configuration has worked for me since the day\r
+I started using notmuch.\r
+\r
+And from my point of view LD_LIBRARY_PATH is the correct way to\r
+instruct the dynamic linker (and as a similar facility the ctypes\r
+library loader) where to look for additional libraries.\r
+\r
+Cheers,\r
+Justus\r