From: Jed Brown Date: Tue, 9 Apr 2013 15:31:12 +0000 (+1900) Subject: Re: [RFC/PATCH] python: search parent lib directory for libnotmuch.so X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=94cd6887c110a87075f04dc36852630e117c8847;p=notmuch-archives.git Re: [RFC/PATCH] python: search parent lib directory for libnotmuch.so --- diff --git a/be/500e1e41da779d83fa5d20d9cf6ef8d6ae9d86 b/be/500e1e41da779d83fa5d20d9cf6ef8d6ae9d86 new file mode 100644 index 000000000..f1aa72b0d --- /dev/null +++ b/be/500e1e41da779d83fa5d20d9cf6ef8d6ae9d86 @@ -0,0 +1,101 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by olra.theworths.org (Postfix) with ESMTP id 1B9A4431FBC + for ; Tue, 9 Apr 2013 08:31:18 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: 0.301 +X-Spam-Level: +X-Spam-Status: No, score=0.301 tagged_above=-999 required=5 + tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_ENVFROM_END_DIGIT=1, + FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled +Received: from olra.theworths.org ([127.0.0.1]) + by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id txJ0uzLGp1Gc for ; + Tue, 9 Apr 2013 08:31:14 -0700 (PDT) +Received: from mail-ia0-f173.google.com (mail-ia0-f173.google.com + [209.85.210.173]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id 3EE1C431FAE + for ; Tue, 9 Apr 2013 08:31:14 -0700 (PDT) +Received: by mail-ia0-f173.google.com with SMTP id h37so6433767iak.32 + for ; Tue, 09 Apr 2013 08:31:13 -0700 (PDT) +DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; + h=x-received:sender:from:to:cc:subject:in-reply-to:references + :user-agent:date:message-id:mime-version:content-type; + bh=jlzPe/LYZ8RDyDCrv5RHQ2hRAMxTSKVRAFSuM0mUB/g=; + b=SOIPizesu4PTMIWRKHCtvwZclV91qXerlqWKm1A5jKmaaOWC0ze9CKtrgrNtJ4OnHB + saaO2XoBGzFWSSn0Keiqs8EofAVMcQYh6n8ArG0gLK/br/YYHC/uWotutJrxsFXMiIdo + zwPASjh1m1KZQmxfMnGFax7uNeluorI0tdICDjqQ6EdDDTifSMV5iuAsYnl1xWbO6kHO + Tn30soIFdZZkC2FjMCjROPdWB+w+LnnsnE5DseYhekFxF+RkTaHtT0XMUQHA9BlSJJ9r + q4cdRzYm2bIGdUagf0VQYrhXKszttkwt+WsyfSfWhWr4P1D87Z54Iy3j4/B7vYj+lK0X + 20aA== +X-Received: by 10.50.152.229 with SMTP id vb5mr10942026igb.56.1365521473713; + Tue, 09 Apr 2013 08:31:13 -0700 (PDT) +Received: from localhost (vis-v410v070.mcs.anl-external.org. [130.202.17.70]) + by mx.google.com with ESMTPS id + p11sm23021653igr.4.2013.04.09.08.31.12 + (version=TLSv1.2 cipher=RC4-SHA bits=128/128); + Tue, 09 Apr 2013 08:31:13 -0700 (PDT) +Sender: Jed Brown +From: Jed Brown +To: Justus Winter <4winter@informatik.uni-hamburg.de>, notmuch@notmuchmail.org +Subject: Re: [RFC/PATCH] python: search parent lib directory for libnotmuch.so +In-Reply-To: <20130409152128.7736.76003@thinkbox.jade-hamburg.de> +References: <1365475646-22926-1-git-send-email-jed@59A2.org> + <20130409141333.7736.41695@thinkbox.jade-hamburg.de> + <87obdn7nwe.fsf@mcs.anl.gov> + <20130409152128.7736.76003@thinkbox.jade-hamburg.de> +User-Agent: Notmuch/0.15.2+78~g5404ac5 (http://notmuchmail.org) Emacs/24.3.1 + (x86_64-unknown-linux-gnu) +Date: Tue, 09 Apr 2013 10:31:12 -0500 +Message-ID: <87fvyz7mbj.fsf@mcs.anl.gov> +MIME-Version: 1.0 +Content-Type: text/plain +Cc: Sebastian Spaeth +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.13 +Precedence: list +List-Id: "Use and development of the notmuch mail system." + +List-Unsubscribe: , + +List-Archive: +List-Post: +List-Help: +List-Subscribe: , + +X-List-Received-Date: Tue, 09 Apr 2013 15:31:18 -0000 + +Justus Winter <4winter@informatik.uni-hamburg.de> writes: +> But why do we do that? I always thought that rpath causes more +> problems and is to be avoided if possible [0]. But otoh, I didn't even +> knew that the notmuch build system uses rpath. +> +> 0: e.g. http://wiki.debian.org/RpathIssue + +RPATH is bad for distributions, but great for private installs. + +> I actually have no strong feelings for or against this proposal. I'm +> merely surprised that there is an issue that you are trying to fix +> here since exactly this configuration has worked for me since the day +> I started using notmuch. + +Sure, but you always set LD_LIBRARY_PATH instead of relying on RPATH. + +> And from my point of view LD_LIBRARY_PATH is the correct way to +> instruct the dynamic linker (and as a similar facility the ctypes +> library loader) where to look for additional libraries. + +LD_LIBRARY_PATH is inconvenient as hell if you have multiple installs +living in different places, i.e., you write /path/to/A/bin/notmuch and +have it use /path/to/B/lib/libnotmuch.so.3 just because you placed +/path/to/B/lib in your LD_LIBRARY_PATH at some point in the distant past +when it was needed by /path/to/B/bin/other-thing that may not even be +installed any more. + +This happens a lot more with languages other than C and when you have +different compilers with mutually-incompatible ABIs or packages that +didn't bother with soname versioning.