<br>A suggestion:<br>1) strace it. <a href="http://stromberg.dnsalias.org/~strombrg/debugging-with-syscall-tracers.html">http://stromberg.dnsalias.org/~strombrg/debugging-with-syscall-tracers.html</a><br>2) Show the output to a C programmer, or take some educated guesses yourself.<br>
<br><div class="gmail_quote">On Thu, Mar 15, 2012 at 11:47 PM, Steven Lo <span dir="ltr"><<a href="mailto:slo@hep.caltech.edu">slo@hep.caltech.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>
<div bgcolor="#ffffff" text="#000000">
<font size="-1"><br>
Hi,<br>
<br>
We are getting the following error during a 'make' process on a
CentOS release 5.4 system:<br>
<br>
Running mkfontdir...<br>
Creating SELinux policy...<br>
/usr/bin/python: error while loading shared libraries:
libpython2.4.so.1.0: cannot open shared object file: No such file
or directory<br>
<br>
<br>
However, we are able to execute 'python' without any problem<br>
<br>
# which python<br>
/usr/bin/python<br>
<br>
# python<br>
Python 2.4.3 (#1, Sep 3 2009, 15:37:37) <br>
[GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2<br>
Type "help", "copyright", "credits" or "license" for more
information.<br>
>>> <br>
<br>
<br>
# ldd /usr/bin/python<br>
libpython2.4.so.1.0 => /usr/lib64/libpython2.4.so.1.0
(0x0000003fb7600000)<br>
libpthread.so.0 => /lib64/libpthread.so.0
(0x0000003b59600000)<br>
libdl.so.2 => /lib64/libdl.so.2 (0x0000003b59200000)<br>
libutil.so.1 => /lib64/libutil.so.1 (0x0000003b64000000)<br>
libm.so.6 => /lib64/libm.so.6 (0x0000003b58e00000)<br>
libc.so.6 => /lib64/libc.so.6 (0x0000003b58a00000)<br>
/lib64/ld-linux-x86-64.so.2 (0x0000003b58600000)<br>
<br>
<br>
# ls -lad /usr/lib64/*python*<br>
lrwxrwxrwx 1 root root 19 Feb 27 21:15
/usr/lib64/<a href="http://libpython2.4.so" target="_blank">libpython2.4.so</a> -> libpython2.4.so.1.0<br>
-r-xr-xr-x 1 root root 1236344 Sep 3 2009
/usr/lib64/libpython2.4.so.1.0<br>
drwxr-xr-x 18 root root 20480 Feb 27 21:15 /usr/lib64/python2.4<br>
<br>
<br>
<br>
In this 'make' process, we are suppose to execute the
applicate-specific python<br>
(/opt/rocks/bin/python) which has static link (not dynamic link)<br>
<br>
# ldd /opt/rocks/bin/python<br>
libpthread.so.0 => /lib64/libpthread.so.0
(0x0000003b59600000)<br>
libdl.so.2 => /lib64/libdl.so.2 (0x0000003b59200000)<br>
libutil.so.1 => /lib64/libutil.so.1 (0x0000003b64000000)<br>
libstdc++.so.6 => /usr/lib64/libstdc++.so.6
(0x0000003b6b400000)<br>
libm.so.6 => /lib64/libm.so.6 (0x0000003b58e00000)<br>
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003b67c00000)<br>
libc.so.6 => /lib64/libc.so.6 (0x0000003b58a00000)<br>
/lib64/ld-linux-x86-64.so.2 (0x0000003b58600000)<br>
<br>
<br>
<br>
Basically, we try to understand:<br>
* why /opt/rocks/bin/python not being used ?<br>
* why /usr/bin/python can not find the dynamic library<br>
<br>
<br>
Please let us know if you have any suggestion on how to
troubleshoot this problem.<br>
<br>
If this is not the list to ask this type of question, please point
us to the appropriate<br>
list.<br>
<br>
<br>
Thanks.<span class="HOEnZb"><font color="#888888"><br>
<br>
S.<br>
<br>
</font></span></font>
</div>
<br>--<br>
<a href="http://mail.python.org/mailman/listinfo/python-list" target="_blank">http://mail.python.org/mailman/listinfo/python-list</a><br>
<br></blockquote></div><br>