[opensuse-support] question about ldd
Hi, I'm still trying to figure out why I can't get fahclient to run, and I found out that ldd shows which libraries are needed by a program. Now I'm really no linux expert (or even close) so I'm trying things that I hope will not cause any system damage. This is the output of ldd FAHClient ./FAHClient: /usr/lib64/libssl.so.10: version `libssl.so.10' not found (required by ./FAHClient) ./FAHClient: /usr/lib64/libcrypto.so.10: version `OPENSSL_1.0.1_EC' not found (required by ./FAHClient) ./FAHClient: /usr/lib64/libcrypto.so.10: version `libcrypto.so.10' not found (required by ./FAHClient) linux-vdso.so.1 (0x00007ffcb07c6000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f2df40ab000) libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f2df3e3c000) libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f2df39d3000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f2df37cf000) librt.so.1 => /lib64/librt.so.1 (0x00007f2df35c7000) libbz2.so.1 => /usr/lib64/libbz2.so.1 (0x00007f2df44a4000) libz.so.1 => /lib64/libz.so.1 (0x00007f2df33b0000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f2df4316000) libm.so.6 => /lib64/libm.so.6 (0x00007f2df301d000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f2df42fc000) libc.so.6 => /lib64/libc.so.6 (0x00007f2df2c5d000) /lib64/ld-linux-x86-64.so.2 (0x00007f2df42ca000) So if I read this right, I have the necessary libs are installed, so why does it say that it can not find 3 of the libraries?? mike -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On 24/09/2018 08:50, mike wrote:
Hi,
I'm still trying to figure out why I can't get fahclient to run, and I found out that ldd shows which libraries
are needed by a program. Now I'm really no linux expert (or even close) so I'm trying things that I hope will
not cause any system damage. This is the output of ldd FAHClient
./FAHClient: /usr/lib64/libssl.so.10: version `libssl.so.10' not found (required by ./FAHClient) ./FAHClient: /usr/lib64/libcrypto.so.10: version `OPENSSL_1.0.1_EC' not found (required by ./FAHClient) ./FAHClient: /usr/lib64/libcrypto.so.10: version `libcrypto.so.10' not found (required by ./FAHClient) linux-vdso.so.1 (0x00007ffcb07c6000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f2df40ab000) libssl.so.10 => /usr/lib64/libssl.so.10 (0x00007f2df3e3c000) libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x00007f2df39d3000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f2df37cf000) librt.so.1 => /lib64/librt.so.1 (0x00007f2df35c7000) libbz2.so.1 => /usr/lib64/libbz2.so.1 (0x00007f2df44a4000) libz.so.1 => /lib64/libz.so.1 (0x00007f2df33b0000) libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f2df4316000) libm.so.6 => /lib64/libm.so.6 (0x00007f2df301d000) libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f2df42fc000) libc.so.6 => /lib64/libc.so.6 (0x00007f2df2c5d000) /lib64/ld-linux-x86-64.so.2 (0x00007f2df42ca000)
So if I read this right, I have the necessary libs are installed, so why does it say that it can not
find 3 of the libraries??
mike
objdump -x /usr/lib64/libcrypto.so.10 is the next step it will give you some additional info. On my tumbleweed box for /usr/lib64/libcrypto.so.1.1 part of the output is as follows. Version definitions: 1 0x01 0x0f4746b1 libcrypto.so.1.1 2 0x00 0x066d1f10 OPENSSL_1_1_0 3 0x00 0x06d1f101 OPENSSL_1_1_0a OPENSSL_1_1_0 4 0x00 0x06d1f103 OPENSSL_1_1_0c OPENSSL_1_1_0a 5 0x00 0x06d1f104 OPENSSL_1_1_0d OPENSSL_1_1_0c 6 0x00 0x06d1f106 OPENSSL_1_1_0f OPENSSL_1_1_0d 7 0x00 0x06d1f107 OPENSSL_1_1_0g OPENSSL_1_1_0f 8 0x00 0x06d1f108 OPENSSL_1_1_0h OPENSSL_1_1_0g I am presuming that while ldd is finding the files correctly, those files do not have the right version info so its failing, it is likely that ./FAHClient needs to be rebuilt against our version of openssl. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
On 2018-09-24 01:20, mike wrote:
I'm still trying to figure out why I can't get fahclient to run, and I found out that ldd shows which libraries
As you've opened a new thread I reply in this instead of the first one. Install libbz2-1. Then install the downloaded FAH-rpm as normally. zypper in fahclient-7.5.1-1.x86_64.rpm fahcontrol-7.5.1-1.noarch.rpm fahviewer-7.5.1-1.x86_64.rpm It will complain about bzip2-libs (it's the libbz2-1 package in our world), just ignore and choose "break some dependencies". Download the debian package. Extract it (preferbly with ark) to a local directory (important). Copy the 4 (actually 3 binary and 1 python) binary from the local usr/bin to /usr/bin/ Like so: sudo cp <yourlocaldir>/usr/bin/FAH* /usr/bin/ And run. It works on my tumbleweed. Explanation: If you download the package for debian you'll see that ldd for the binarys hasn't any issues finding the libs. That's probably because the developer choose to link statically for debian. You should open an issue at github and ask for static linked binary for rpm in the same manner as for deb. Probably they don't care because opensuse isn't a supported platform. see this for reference about issue and suggestion for static linking: https://github.com/FoldingAtHome/fah-issues/issues/893#issuecomment-89124794 I just made a short diff between FAHView for deb and rpm. These libs was found for rpm but not in deb. libfreetype.so.6 libssl.so.10 libcrypto.so.10 librt.so.1 libbz2.so.1 libpng16.so.16 size of them $ ls -l deb/usr/bin/FAHViewer rpm/usr/bin/FAHViewer -rwxr-xr-x 1 justanotheruser users 15313640 23 maj 22.41 deb/usr/bin/FAHViewer -rwxr-xr-x 1 justanotheruser users 12171888 23 maj 22.41 rpm/usr/bin/FAHViewer Cheers, PS. I did some folding long time ago (at least 10 years ago) together with one of my kids. It was great fun. DS. -- /bengan -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On 24/09/2018 20:15, Bengt Gördén wrote:
On 2018-09-24 01:20, mike wrote:
I'm still trying to figure out why I can't get fahclient to run, and I found out that ldd shows which libraries
As you've opened a new thread I reply in this instead of the first one.
Install libbz2-1. Then install the downloaded FAH-rpm as normally.
zypper in fahclient-7.5.1-1.x86_64.rpm fahcontrol-7.5.1-1.noarch.rpm fahviewer-7.5.1-1.x86_64.rpm
It will complain about bzip2-libs (it's the libbz2-1 package in our world), just ignore and choose "break some dependencies". Download the debian package. Extract it (preferbly with ark) to a local directory (important). Copy the 4 (actually 3 binary and 1 python) binary from the local usr/bin to /usr/bin/
Like so:
sudo cp <yourlocaldir>/usr/bin/FAH* /usr/bin/
And run. It works on my tumbleweed.
Explanation:
If you download the package for debian you'll see that ldd for the binarys hasn't any issues finding the libs. That's probably because the developer choose to link statically for debian. You should open an issue at github and ask for static linked binary for rpm in the same manner as for deb. Probably they don't care because opensuse isn't a supported platform.
No this is more likely because debian is using the same version of ssl as we are so it was compiled against the right (or a close enough version) where the rpm may have been build for Redhat or Fedora which could have a incompatible version of ssl when compared with openSUSE, static linking is something that is very rairly done in the linux world, especially with things like ssl, if you are using something with a statically linked version of ssl, it almost certainly has security vulnerabilities, unless they are rebuilding the app everytime an ssl security bug comes out which is often. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
On 2018-09-24 13:16, Simon Lees wrote:
very rairly done in the linux world,
Well. You're probably right for the rest of the Linux world but not for this one. As FAHView needs libssl and libcrypto $ strace -o /tmp/FAHViewer FAHViewer& sleep 10;kill `pidof FAHViewer`;egrep -i -c -e ssl -e crypto /tmp/FAHViewer 0 Not a trace of libssl or libcrypto. As for the rest of the dynamic linked libs: $ egrep -i -c -e "openat\(AT_FDCWD, \"/usr/lib64/" /tmp/FAHViewer 33
especially with things like ssl > if you are using something with a statically linked version of ssl, it almost certainly has security vulnerabilities, unless they are rebuilding the app everytime an ssl security bug comes out which is often.
Yes. I agree. But that's not the issue here. This was how to get the F@H going. Cheers, -- /bengan -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On 9/24/18 6:45 AM, Bengt Gördén wrote:
On 2018-09-24 01:20, mike wrote:
I'm still trying to figure out why I can't get fahclient to run, and I found out that ldd shows which libraries
As you've opened a new thread I reply in this instead of the first one.
Install libbz2-1. Then install the downloaded FAH-rpm as normally.
zypper in fahclient-7.5.1-1.x86_64.rpm fahcontrol-7.5.1-1.noarch.rpm fahviewer-7.5.1-1.x86_64.rpm
It will complain about bzip2-libs (it's the libbz2-1 package in our world), just ignore and choose "break some dependencies". Download the debian package. Extract it (preferbly with ark) to a local directory (important). Copy the 4 (actually 3 binary and 1 python) binary from the local usr/bin to /usr/bin/
Like so:
sudo cp <yourlocaldir>/usr/bin/FAH* /usr/bin/
And run. It works on my tumbleweed.
Explanation:
If you download the package for debian you'll see that ldd for the binarys hasn't any issues finding the libs. That's probably because the developer choose to link statically for debian. You should open an issue at github and ask for static linked binary for rpm in the same manner as for deb. Probably they don't care because opensuse isn't a supported platform.
see this for reference about issue and suggestion for static linking: https://github.com/FoldingAtHome/fah-issues/issues/893#issuecomment-89124794
I just made a short diff between FAHView for deb and rpm. These libs was found for rpm but not in deb.
libfreetype.so.6 libssl.so.10 libcrypto.so.10 librt.so.1 libbz2.so.1 libpng16.so.16
size of them $ ls -l deb/usr/bin/FAHViewer rpm/usr/bin/FAHViewer -rwxr-xr-x 1 justanotheruser users 15313640 23 maj 22.41 deb/usr/bin/FAHViewer -rwxr-xr-x 1 justanotheruser users 12171888 23 maj 22.41 rpm/usr/bin/FAHViewer
Cheers,
Thank you Bengt----using the binary from the debian package did the trick, again thank you very much!! mike
PS. I did some folding long time ago (at least 10 years ago) together with one of my kids. It was great fun. DS.
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
participants (3)
-
Bengt Gördén -
mike -
Simon Lees