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
next prev parent 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