Have you thought of checking if it exists in the path it claims? e.g.
Code:
ls -l /usr/lib/libssl.so.0.9.8
I assume utserver is a
*32-bit* executable.
I can tell you it's probably not there because of the following (taken from RHEL 6.4 but you get the idea since CentOS is RHEL)....
Code:
$ rpm -q --filesbypkg openssl.x86_64 | grep libssl
openssl /usr/lib64/.libssl.so.1.0.0.hmac
openssl /usr/lib64/.libssl.so.10.hmac
openssl /usr/lib64/libssl.so.1.0.0
openssl /usr/lib64/libssl.so.10
$ rpm -q --filesbypkg openssl.i686 | grep libssl
openssl /usr/lib/.libssl.so.1.0.1e.hmac
openssl /usr/lib/.libssl.so.10.hmac
openssl /usr/lib/libssl.so.1.0.1e
openssl /usr/lib/libssl.so.10
You might be able to get away with it with
LD_PRELOAD.
Code:
LD_PRELOAD="$LD_PRELOAD:/usr/lib/libssl.so.1.0.1e" /opt/utorrent/utserver
If that doesn't work you could always fall back to a poor man's dependency using symbolic linking.
Code:
cd /usr/lib/
ln -s libssl.so.1.0.1e libssl.so.0.9.8
NOTE: Since utserver is 32-bit you'll need the 32-bit openssl (i686 version) installed. If you're running from a 64-bit CentOS6 then you'll need to first update your openssl package and then install the i686 package (steps performed below). If you're using the 32-bit CentOS6 then simply ensure openssl package is installed.
Code:
yum update openssl
yum install openssl.i686
