public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Tod M. Neidt" <tneidt@fidnet.com>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] standards/conventions? (LDPATH, include files)
Date: 07 Dec 2001 08:33:35 -0600	[thread overview]
Message-ID: <1007735619.848.0.camel@silica.localmosci> (raw)
In-Reply-To: <20011207111053.A23974@ilse.asys-h.de>

Hi!

I think you may have misunderstood what I was saying.  I should have
made my comments more explicit.

On Fri, 2001-12-07 at 04:10, Juergen Ilse wrote:

> > 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.
> 
> It is unnecessary. Using LD_LIBRARY_PATH is also dangerous. It is nothing
> more than a workaround (except for cases, where a user wants to use his
> own libraries, which are not installed at the "official places). 
> The "clean way" is to include the library-directories in /etc/ld.so.conf
> and to use "ldconfig" to update the cache-file (in this case, setting
> LD_LIBRARY_PATH should be unnecessary for using the system-libraries).
I agree.

> 
> > I far as I can tell, this is a _good_ thing.
> 
> I don't think so.
> 
I meant it is a _good_ thing that Gentoo Linux does _not_ use
LD_LIBRARY_PATH.
> > (see http://www.visi.com/~barr/ldpath.html).
> 
> It looks to me, that the author of this website thinks, that "LD_LIBRARY_PATH"
> ist a very bad idea at all ...
> 
Exactly, which is why I cited the webpage.  It seems to explain why
LD_LIBRARY_PATH should not bet used well.
> > However, some applications look for this variable.
> 
> If an application itself (not only the shared library loader) looks for
> LD_LIBRARY_PATH, may be this application is *broken* ...
> 
> > 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.
> 
> Than fix this config file or fix the application. *DON'T TRY TO FIX THINGS
> THAT ARE NOT BROKEN!* Setting LD_LIBRARY_PATH globally will IMHO do so ...
Let me provide a little more information.  Webmin is a web application
for configuring and administering Unix boxes remotely.  It is
essentially a bunch of perl scripts.
> > At least that is what is in the config files for the other 
> > distributions.
> 
> Not all, what you will find in other distributions is really good ...
> 

Here is an example top-level config file for Redhat:
******config-redhat-linux******

find_pid_command=ps auwwwx | grep NAME | grep -v grep | awk '{ print $2
}'
path=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin
ld_env=LD_LIBRARY_PATH

*************************

In fact, the toplevel webmin config files for redhat, debian, mandrake,
slackeware, suse, and linux from scratch as well at openbsd, netbsd and
even soloaris all have ld_env=LD_LIBRARY_PATH (the path variable changes
though).  Interestingly, the solaris config also uses
ld_path=/lib:/usr/lib:/usr/openwin/lib:/usr/dt/lib which isn't in the
linux configs.

Let me sum up.  I am not saying that Gentoo Linux should or even needs
LD_LIBRARY_PATH.  I am just trying to figure out how to configure webmin
for Gentoo.  It should be relatively painless because all you need to do
is add config-gentoo-linux files describing the Gentoo environment to
the top-level and the module subdirectories.  I just happen to be stuck
on how to set ld_env.  Webmin is actually a very nice application, so I
think it is worth it.

tod



  reply	other threads:[~2001-12-07 14:33 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
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 [this message]
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=1007735619.848.0.camel@silica.localmosci \
    --to=tneidt@fidnet.com \
    --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