From mboxrd@z Thu Jan 1 00:00:00 1970 From: Achim Gratz Subject: Re: Introducing gnugol - an org-mode-output web search client Date: Wed, 05 Jan 2011 09:40:12 +0100 Message-ID: <87r5crbv6b.fsf@Rainer.invalid> References: <4D210A00.9070901@teklibre.org> <87ipy5t4cp.fsf@gnu.org> <4D2370D5.6030807@teklibre.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from [140.186.70.92] (port=33744 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PaOuz-0003rj-2i for emacs-orgmode@gnu.org; Wed, 05 Jan 2011 03:40:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PaOuy-0003jZ-CA for emacs-orgmode@gnu.org; Wed, 05 Jan 2011 03:40:29 -0500 Received: from lo.gmane.org ([80.91.229.12]:50592) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PaOuy-0003jD-5H for emacs-orgmode@gnu.org; Wed, 05 Jan 2011 03:40:28 -0500 Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PaOut-0008SR-S4 for emacs-orgmode@gnu.org; Wed, 05 Jan 2011 09:40:23 +0100 Received: from p57aace6a.dip.t-dialin.net ([87.170.206.106]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Jan 2011 09:40:23 +0100 Received: from Stromeko by p57aace6a.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Jan 2011 09:40:23 +0100 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Dave Taht writes: > A fix for one of the problems reported on this list (by bart, thx!) was > to make sure that the path > > /usr/local/lib > > was in /etc/ld.so.conf or in /etc/ld.so.conf.d and to run > > sudo ldconfig > > after installing libjannson. > > I've updated the documentation to reflect his. That really shouldn't be necessary for locally built applications since these already know where the libraries are installed. In fact doing it this way opens a potential security hole since now the dynamic loader trusts libraries in /usr/local/lib/ and may prefer it over system libraries for _all_ applications (you may or may not want this behaviour, but in any case should be aware of it). Better set up the correct runtime search path with an '-rpath=' argument to the linker invocation for the install and you never need to invoke ldconfig. Anything installed in /usr/local shouldn't require full administrator privileges and certainly not alter the system behaviour. That most Linux distributions don't make that distinction between system and local applications anymore doesn't mean it's the correct thing to do... Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf rackAttack V1.04R1: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada