Page 1 of 1

Python issues in SDR_1_5

Posted: Thu Jan 23, 2014 9:29 am
by knuth
Hi

Installed SDR_1_5 to our SLES SP11.2 64 bit computer.

When running, we get this message:

------------------------------------------------------------------------
ERROR:root:code for hash md5 was not found.
Traceback (most recent call last):
File "/.../CSPP/SDR_1_5/common/ShellB3/lib/python2.7/hashlib.py", line 139, in <module>
globals()[__func_name] = __get_hash(__func_name)
File "/.../CSPP/SDR_1_5/common/ShellB3/lib/python2.7/hashlib.py", line 91, in __get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type md5
ERROR:root:code for hash sha1 was not found.
.......
.......
ERROR:root:code for hash sha512 was not found.
Traceback (most recent call last):
File "/.../CSPP/SDR_1_5/common/ShellB3/lib/python2.7/hashlib.py", line 139, in <module>
globals()[__func_name] = __get_hash(__func_name)
File "/.../CSPP/SDR_1_5/common/ShellB3/lib/python2.7/hashlib.py", line 91, in __get_builtin_constructor
raise ValueError('unsupported hash type ' + name)
ValueError: unsupported hash type sha512
------------------------------------------------------------------------

When running SDR_1_4, the above message was not present.
The same problem occurs for the EDR_1_2 package.
Do you have any idea what the problem is, and how to solve it?

Best Regards

Knut Henriksen

Re: Python issues in SDR_1_5

Posted: Wed Jan 29, 2014 1:08 pm
by rayg
Could you confirm that you're not using Red Hat Enterprise Linux 6 or CentOS 6? It should work out-of-the-box on those systems.

The Python runtime acquired a libcrypto/libssl system dependency for CSPP SDR 1.5 which we're looking into removing in future releases, since the portability outside of the CentOS family is not as good as in the past, and SSL capability is not required for CSPP itself. (PyPI, the python package repository, converted to https-only recently, which is how the dependency came about.)


With OpenSUSE we found this to solve the issue:

1). Please first confirm that you have these libraries installed:
ls /lib64/libssl.so.1.0.0
ls /lib64/libcrypto.so.1.0.0

2). If these libraries exist, then:
cd $CSPP_SDR_HOME/common/ShellB3/lib

3). Link the libraries to the filenames expected by CSPP
ln -s /lib64/libssl.so.1.0.0 libssl.so.10
ln -s /lib64/libcrypto.so.1.0.0 libcrypto.so.10

4). Try executing the CSPP SDR software again.

With other recent Linux distributions such as Debian 7 or Ubuntu 13, the process may be similar though we haven't tested it. Debian 7 appears to have libssl and libcrypto in /usr/lib/x86_64-linux-gnu/ ; on Ubuntu 13 I find them in /lib/x86_64-linux-gnu. I haven't fully tested the solution on either of those two OSes yet.

Please let us know if this recipe resolves the issue, or further information that could help diagnose it.

Re: Python issues in SDR_1_5

Posted: Wed Jun 04, 2014 6:47 am
by knuth
Dear rayg

Sorry for the late response
The solution you works fine, thank you.
Even when the ssl and crypto libraries in the lib64 directory are version 0.9.8

We are running SUSE Linux Enterprise Server, SP11.2.

I wonder it should be the case when installing an EDR package as well.