Your system either doesn't have the required shared object file libstdc++.so.6 or the helix-server...setup.bin cannot find it. I looked at the Fedora web page and entered a search for this shared object library. Here is the result.
https://www.redhat.com/search/ui.jsp...tdc%2B%2B.so.6
The headlines of the results appear to indicate that this shared object library has something to do with Netscape. That could include Mozilla or Firefox. In any case you may have to find a package that includes this shared object library and install that.
It is possible that you already have this shared object library but it is in a location that the system cannot find it. This recently happened to me with the CUPS printer software. You can look for the file by entering the following command.
find / -name libstdc\*
If you see a match that is the correct version, libstdc++.so.6, then you have to see if it is just a link or if it is a whole file. This is because new versions of shared object files are often just links to older versions of the same file. Example: if you find a copy of this file in /opt/gnome/lib then enter the following command.
ls -l /opt/gnome/lib/libstdc++.so.6
If it is a link then look at the file that it points to. You can copy that file into /usr/lib and give it the name that you want. First make sure that there isn't a file in /usr/lib with the correct name. Then copy the file to /usr/lib while renaming it at the same time.
cp -v /opt/gnome/lib/<old-version> /usr/lib/libstdc++.so.6
Then set the owner and the permission bits to match the other shared object (.so) files in /usr/lib. This is usually root, root, 755.
If you find a copy of it that is the correct version, libstdc++.so.6, then you can just copy that into /usr/lib, then set the file ownership and the permission bits to match the other shared object files in /usr/lib.
Here is what happened when I performed the find command on my SuSE system.
Quote:
root> find / -mount -name libstdc\*
/usr/share/doc/packages/libstdc++-devel
/usr/share/doc/packages/libstdc++-devel/html/17_intro/libstdc++-assign.txt
/usr/share/locale/de/LC_MESSAGES/libstdc++.mo
/usr/share/locale/fr/LC_MESSAGES/libstdc++.mo
/usr/lib/libstdc++-3-libc6.1-2-2.10.0.so
/usr/lib/libstdc++-3-libc6.2-2-2.10.0.so
/usr/lib/libstdc++-libc6.1-1.so.2
/usr/lib/libstdc++-libc6.1-2.so.3
/usr/lib/libstdc++-libc6.2-2.so.3
/usr/lib/libstdc++.so.2.7.2
/usr/lib/libstdc++.so.2.7.2.8
/usr/lib/libstdc++.so.2.8
/usr/lib/libstdc++.so.2.8.0
/usr/lib/libstdc++.so.2.9
/usr/lib/libstdc++.so.2.9.0
/usr/lib/libstdc++.so.5.0.7
/usr/lib/libstdc++.so.5
/usr/lib/libstdc++.a
/usr/lib/libstdc++.la
/usr/lib/libstdc++.so
/opt/openoffice.org2.0/program/libstdc++.so.6.1
/opt/openoffice.org2.0/program/libstdc++.so.6
root>
|
We can see on the last line that the Open Office dot Org v2.0 release version application tree is the only place on my computer that has the correct version of the file that you want. If another application such as the Helix installer wanted to use this shared object file it wouldn't find it because /opt/openoffice.org2.0/program isn't in the path for system modules. If I wanted that file to be available to the entire system then I would copy it into the /usr/lib directory.
Don't be confused by my use of the -mount paramater in the find command. That is just because I have several partitions mounted and I wanted to restrict the search to the partition that holds the root file system.
===
Errata: When I wrote that keeping the executable file in the root directory was unusual I didn't realize that it was a software installation kit. Sorry. Naturally you can put a software installation kit anywhere that you want.
