public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Zach Forrest <diatribe@shaw.ca>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] standards/conventions? (LDPATH, include files)
Date: Thu, 06 Dec 2001 12:47:32 -0800	[thread overview]
Message-ID: <3C0FD964.1060606@shaw.ca> (raw)
In-Reply-To: 0GNX002LETCX3G@mxout2.netvision.net.il

Missed one thing...

When should a file be added to env.d? The package I'm putting together, 
by default, puts its libraries in /usr/lib? I've noticed that packages 
like mozilla put their libraries in something like /usr/lib/mozilla/lib. 
I know when unpacking mozilla it stores its libraries in the lib 
subdirectory of mozilla, so would this be an indication of when to add a 
file to env.d? In other words, should I accept the default location and 
then, if the default is not the standard /usr/lib, add a file to env.d?

Thanks.

Dan Armak wrote:

> On Thursday 06 December 2001 21:33, you wrote:
> 
>>Hi!
>>
>>Good questions. I've been wondering the same thing myself.
>>
>>I also have a somewhat related question.  Gentoo Linux doesn't seem to set
>>a global LD_LIBRARY_PATH environmental variable like most mainstream linux
>>distributions (RedHat, Debian, etc.) do.  I far as I can tell, this is a
>>_good_ thing. (see http://www.visi.com/~barr/ldpath.html).  However, some
>>applications look for this variable.  Is there a way, around this? 
>>Specifically, I've been looking into Webmin
>>(http://www.webmin.com/webmin/), and trying to work up some gentoo config
>>files for it.  The top level config file seems to want LD_LIBRARY_PATH.  At
>>least that is what is in the config files for the other distributions.
>>
> Hi,
> 
> In Gentoo LD_LIBRARY_PATH is called simply LDPATH. Legend has it drobbins 
> simply renamed it because he was tired of typing the longer version :-) Under 
> /etc/env.d you will see a lot of files setting that variable.
> 
> However, it doesn't actually get exported to your shell. Instead, env-update 
> changes /etc/ld.so.conf to include those dirs.
> 
> So if you app is well written just let it think LD_LIBRARY_PATH is empty and 
> that everything is ni standard dirs - it is. Is that approach problematic?
> 
> I believe that's all, have I missed something?
> 
> 




  reply	other threads:[~2001-12-06 20:47 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-06 19:33 [gentoo-dev] standards/conventions? (LDPATH, include files) tneidt
2001-12-06 19:43 ` Dan Armak
2001-12-06 20:47   ` Zach Forrest [this message]
2001-12-06 20:53     ` Dan Armak
2001-12-06 22:05       ` Zach Forrest
2001-12-07 10:56   ` Juergen Ilse
2001-12-07 14:54     ` Tod M. Neidt
2001-12-07 21:31     ` Daniel Robbins
2001-12-07 10:10 ` Juergen Ilse
2001-12-07 14:33   ` Tod M. Neidt
2001-12-07 21:33     ` Daniel Robbins
  -- strict thread matches above, loose matches on Subject: below --
2001-12-06 18:51 Zach Forrest

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3C0FD964.1060606@shaw.ca \
    --to=diatribe@shaw.ca \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox