b7/95184187f12365d01662bb23148987b07ac5e7

   1 Return-Path: <thomas@schwinge.name>\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 39FD6429E27\r
   6         for <notmuch@notmuchmail.org>; Sun, 16 Oct 2011 13:05:15 -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\r
  12         tests=[RCVD_IN_DNSWL_NONE=-0.0001] 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 s8E+tdMgrKS9 for <notmuch@notmuchmail.org>;\r
  16         Sun, 16 Oct 2011 13:05:14 -0700 (PDT)\r
  17 Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de\r
  18         [80.67.31.27])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 31F74429E26\r
  20         for <notmuch@notmuchmail.org>; Sun, 16 Oct 2011 13:05:14 -0700 (PDT)\r
  21 Received: from [87.180.87.168] (helo=stokes.schwinge.homeip.net)\r
  22         by smtprelay04.ispgateway.de with esmtpa (Exim 4.68)\r
  23         (envelope-from <thomas@schwinge.name>) id 1RFWx5-00045r-Ss\r
  24         for notmuch@notmuchmail.org; Sun, 16 Oct 2011 22:04:56 +0200\r
  25 Received: (qmail 28747 invoked from network); 16 Oct 2011 20:04:24 -0000\r
  26 Received: from kepler.schwinge.homeip.net (192.168.111.7)\r
  27         by stokes.schwinge.homeip.net with QMQP; 16 Oct 2011 20:04:24 -0000\r
  28 Received: (nullmailer pid 20495 invoked by uid 1000);\r
  29         Sun, 16 Oct 2011 20:04:24 -0000\r
  30 From: Thomas Schwinge <thomas@schwinge.name>\r
  31 To: Jameson Graef Rollins <jrollins@finestructure.net>, dtk <dtk@gmx.de>,\r
  32         Ali Polatel <polatel@gmail.com>\r
  33 Subject: Re: [python] set rpath in setup.cfg\r
  34 In-Reply-To: <87pqi1s8ln.fsf@servo.finestructure.net>\r
  35 References: <6d84224ab757d84968df4db3a7b00fcb@jadE-Hamburg.de>\r
  36         <20111012153051.GE21615@hayalet>\r
  37         <d8e00c1f9be7bf018677a2c868e95e6d@jadE-Hamburg.de>\r
  38         <87pqi1s8ln.fsf@servo.finestructure.net>\r
  39 User-Agent: Notmuch/0.9-101-g81dad07 (http://notmuchmail.org) Emacs/23.3.1\r
  40         (i486-pc-linux-gnu)\r
  41 Date: Sun, 16 Oct 2011 22:04:23 +0200\r
  42 Message-ID: <8739es3dq0.fsf@kepler.schwinge.homeip.net>\r
  43 MIME-Version: 1.0\r
  44 Content-Type: multipart/signed; boundary="=-=-=";\r
  45         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  46 X-Df-Sender: dGhvbWFzQHNjaHdpbmdlLm5hbWU=\r
  47 Cc: notmuch@notmuchmail.org\r
  48 X-BeenThere: notmuch@notmuchmail.org\r
  49 X-Mailman-Version: 2.1.13\r
  50 Precedence: list\r
  51 List-Id: "Use and development of the notmuch mail system."\r
  52         <notmuch.notmuchmail.org>\r
  53 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  54         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  55 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  56 List-Post: <mailto:notmuch@notmuchmail.org>\r
  57 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  58 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  59         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  60 X-List-Received-Date: Sun, 16 Oct 2011 20:05:15 -0000\r
  61 \r
  62 --=-=-=\r
  63 Content-Type: text/plain; charset=utf-8\r
  64 Content-Transfer-Encoding: quoted-printable\r
  65 \r
  66 Hi!\r
  67 \r
  68 On Wed, 12 Oct 2011 23:34:28 -0700, Jameson Graef Rollins <jrollins@finestr=\r
  69 ucture.net> wrote:\r
  70 > On Thu, 13 Oct 2011 08:12:03 +0200, dtk <dtk@gmx.de> wrote:\r
  71 > > in my experience, it tends to cause awkward side effects that are hard =\r
  72 to\r
  73 > > debug, the main problem being that it overrides all default paths and is\r
  74 > > hard to target at a single problematic application.\r
  75 >=20\r
  76 > I think it's fairly straightforward to prepend a library path to the ld\r
  77 > library path without overriding all defaults with something like this\r
  78 > (for bash):\r
  79 >=20\r
  80 > LD_LIBRARY_PATH=3D/new/ld/path:$LD_LIBRARY_PATH\r
  81 \r
  82 This is in fact not safe, and may cause subtle issues: if LD_LIBRARY_PATH\r
  83 is empty initally, it'll evaluate to:\r
  84 \r
  85     LD_LIBRARY_PATH=3D/new/ld/path:\r
  86 \r
  87 Of this one, the last element is empty, and ld.so will thus look into the\r
  88 current directory for libc.so, for example.  Now you cd /tmp/ and enter\r
  89 ls...  :-)\r
  90 \r
  91 Or, as it once bit me, you're on a system with such an LD_LIBRARY_PATH\r
  92 set (without me knowing about it).  You do glibc development, and wonder\r
  93 why some commands begin acting strangely when you're in the glibc build\r
  94 directory...\r
  95 \r
  96 Thus:\r
  97 \r
  98     LD_LIBRARY_PATH=3D/new/ld/path${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}\r
  99 \r
 100 \r
 101 Gr=C3=BC=C3=9Fe,\r
 102  Thomas\r
 103 \r
 104 --=-=-=\r
 105 Content-Type: application/pgp-signature\r
 106 \r
 107 -----BEGIN PGP SIGNATURE-----\r
 108 Version: GnuPG v1.4.11 (GNU/Linux)\r
 109 \r
 110 iQEcBAEBAgAGBQJOmzjHAAoJEGe3hdm9kOii3t4IANBLzwybLBSjeTVYdB8o0Rm7\r
 111 nB0xHBZCBclI5xFB6GjiETvg0NoKDQOGy8JKw6+eQkHyvFAwodFc9/q4i5SiBeR8\r
 112 H5TmatS+G4EAVy3MgJlVljZg+NlSejHvEb44D4WUMI+3N5OLRa11TqAI2CnFGBeU\r
 113 ww/nDFRHTs7rlk/3/cBqejyzEyV8NMAm+HM3/fEYZV4gbKWMe1xj4Jh9yTXhmazJ\r
 114 mopAJ5A5kxu1o1AdJU12VNzPA4kFMLFwcffuZ8nJ02ahtSlueCcjnpwug67GFcAF\r
 115 DGM2CsojvywOuTRbAH5ynyexGzb5iCU3C3gmRJFq2nM64vS94cH3Y9w3z9YAmP0=\r
 116 =qzyS\r
 117 -----END PGP SIGNATURE-----\r
 118 --=-=-=--\r