I am using CentOS 64-bit (version 4.3) and am running into problems where 32-bit libraries are not installed. I have encountered problems with VMWare and needed to install the 32-bit libraries for X11 using the following command:
Now, I am having a problem with a proprietary server that was built as a 32-bit application as it can't find libstdc++.so.6. I tried the following command:
but I still get the same error when I try to run our application:
Does anyone know how to find out what yum package to install to get the 32-bit version of libstdc++?

Also, can anyone tell me how to find the package to install for a generic library that is missing? I am anticipating that this problem will come up again so I'd like to learn how to determine which package to install if possible.

I found the command searching through some other forums. The following command will install the 32-bit versions of libstdc++:
Can anybody provide any information on how to do this in the generic case? I.E. if I encounter another missing library?

1 members found this post helpful.

I realise this is an ancient thread, but it could be useful to someone...

if you have a missing library - for example:

do;

then you can do;

and your missing library will be installed.

3 members found this post helpful.

I'm going to dig up an old thread... I was installing Ventrilo server on Fedora 15 64 bit and realized i couldn't install it due to missing libraries. I seen the file that was missing and I found it exactly by using the whatprovides command. That was amazing.. Anyways much thanks!

I know this thread is old, but this saved me a lot of time. Thanks. I hope other people fun this useful.

The whatprovides should be more documented. I never heard of this until today. This might be yum's must kept secret.

Thanks,

I always use provides rather than whatprovides, because that is what I learned first and because I don't type very well. Maybe whatprovides is more intuitive, so easier to remember.

Unlike many important Linux tools, yum has a very beginner friendly man page. (what)provides is documented there both clearly and early (important for beginner friendly). In other tools some important beginner feature first mentioned on line 4000 of the man page "should be more documented". But that comment is unfair for whatprovides.

Nevertheless, for those too scared of man pages, I'm glad this thread exists.

For Debian based distributions, the corresponding apt functionality seems to be both not installed by default and harder to find in the documentation. I usually give up and instead go to
packages.ubuntu.com and scroll down to Search the contents of packages. Odds are the package which contains fileX in Ubuntu is the same as the package which contains fileX in some other Debian based distribution, so that is an easy place to get the answer, especially if you're looking for the answer at a moment in which you can't run apt (such as while I'm on the Windows computer I'm using right now).

For some major Red Hat based distribution, if someone happens to knows of a similar (public web accessible) substitute for yum provides that would be a nice URL to have posted in this thread.

Dag Weirs' site http(colon)(slash)(slash)dag.wieers.com/rpm/ is an excellent source for RPM's for older Red Hats. Click on the Installation and Configuration link and look up your release and arch. for most there is a choice of yum or apt repositories.
cheers.

My apologies, but I've tried and tried all of these suggestions and still cannot get a 32 bit version of libc.so to install on my 64 bit HR6 system. No matter what I install when I check /lib/libc.so - it is still 32 bit and the program which is dependent on it refuses to run.

Please, respond with details on how to download such a file. BTW, I can't find local.conf anywhere - I did a find / -name local.conf.

I also don't know how to change or add repositories - so if this requires some other repository - please indicate how to change or add the repository.

Thanks in advance!
Roger

Post # 8, @rogerp : Welcome to LQ.

If it's RHEL 6 : The package name is "glibc.i686"

# yum install glibc.i686

I appreciate your quick response and I tried it, with no success. I still don't have a 32 bit libc.so.
Here is what happened:

[root@heather sarah]# yum install glibc.i686
Loaded plugins: refresh-packagekit, security
Setting up Install Process
Package glibc-2.12-1.47.0.2.el6_2.12.i686 already installed and latest version
Nothing to do
[root@heather sarah]#
[root@heather sarah]# file /lib/libc.so
/lib/libc.so: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked (uses shared libs), for GNU/Linux 2.4.0, not stripped
[root@heather sarah]#

it is
see:
and the output of the yum error
i am betting it stated to use "*/" in the search


are you trying to build software ?
if so you have to install the matching -devel package
see:

I am trying to install SAS and getting this error message: "jre/bin/java: error while loading shared libraries: libc.so.6: wrong ELF class: ELFCLASS64".

As I understand it /lib/libc.so should be 32 bit and /lib64/libc.so 64 bit. Or, at least, if it were then I could install SAS - which, appearantly, expects to find a 32 bit libc.so.

So, how can I put a 32 bit libc.so in /lib?

Roger

You should not have a 64 bit libc.so in /lib in X86_64 RHEL. But you already know that.

I don't have any guess at how things got the way they are in your system, so I have no idea what corrective actions would be safe/effective.

Are the contents of /lib generally wrong? Or just that file?

Is libc.so in /lib64 the same file or different or missing or what?

OK, somehow only libc.so got replaced - possibly when I was building the GCC compiler.

The /lib64/libc.so looks to be the same file as the /lib/libc.so.

So - how can I get this 32 bit libc.so file? Should not be too hard - right?

Roger

# 14

CentOS 6.x
# yum reinstall glibc.i686 glibc-devel.i686


CentOS 4.x, 5.x
# yum reinstall glibc.i386 glibc-devel.i386

.