SUMMARY: Applications Requiring a Specific Version of glibc
"Dave Warchol" <[email protected]> Mon, 19 Jan 2004 11:12:32 -0500
| Newsgroups | gmane.linux.admin.managers |
|---|---|
| Message-ID | <[email protected]> |
Many thanks to:
devnull
Robert Brockway
Klaasjan Brand
Brad Kittredge
bishop
Joe Radinger
I'll update the summary after I have it working, my comments, if any,
are enclosed in { }.
The responses, in no special order:
====
"how about installing under /usr/local and setting the path to search
?
that way you can be sure that your machine will boot up and work fine
after upgrading glibc"
=====
"You could consider using LD_PRELOAD to work around the need for
different
versions of libraries, however this is meant to get you out of trouble
and
is not a good long term solution. There is plenty of stuff on
LD_PRELOAD
online so I won't go into it.
Better is to rebuild the apps to use the library versions you have (if
possible).
The best option is to rebuild the apps to use the library versions you
have and package them up for installation in the OS."
{Vendor supplied, no sources, so rebuilding is not an option.}
=====
"I don't know what application you're talking about, but it seems to
me
if it's a commercial binary application there's usually a party
supporting it, so your best bet is to ask the vendor.
Most of the time the software will work on the newer glibc versions
without problems, but then you are running your application in an
uncertified configuration. You'll also need to read the RH9 release
notes about the threading changes and workarounds needed for some
applications."
{The application is MATLAB (R13) and some of the optional toolsets.}
=====
"I believe that Red Hat took the glibc compatibility packages out of
Red
Hat 9. You can find and download the compat-glibc source RPM's in the
Enterprise directories of you favorite Red Hat mirror. You'll have to
run rpmbuild to build them, but it's usually straight forward if you
have the build tools installed."
=====
"Is there no glibc compat libs availabel that will provide the .SOs
you're needing? I seem to remember there being a few compatibility
packages, but I'm not completely sure they may be of help. Do take a
few minutes, if you have them, and see if one of those various compat
packages delivers the required libs."
=====
"glibc "should" be mosty downwards-compatible
but you could install a different glibc in a separated directory and
use
LD_LIBRARY_PATH. see "man ld" for more info
a complete downgrade to an older glibc would not work, as most of your
binaries need the actual glibc."
=====
Thanks again,
Dave
>>> "Dave Warchol" <[email protected]> 01/14/04 12:38PM >>>
Hello:
I have to build a couple of workstations. According to the
application vendor's documentation, we need to be at one of of two
versions of glibc (either glibc 2.1.2 or 2.2.5). My question is what
is
the best way to accomplish this, given that to date, we've
standardized
on Red Hat, lately version 9. What with patches, etc., I find that
I'm
running glibc versions higher than what the vendor certifies their
product for. Any feedback is most welcome, I will summarize.
Thanks
Dave
submissions: LinuxManagers-35TzE1X9F6582KRnZfj+bdi2O/[email protected]
subscribe/unsubscribe:
http://www.linuxmanagers.org/mailman/listinfo/linuxmanagers
_______________________________________________
LinuxManagers mailing list - http://www.linuxmanagers.org
submissions: LinuxManagers-35TzE1X9F6582KRnZfj+bdi2O/[email protected]
subscribe/unsubscribe: http://www.linuxmanagers.org/mailman/listinfo/linuxmanagers