Trying to install scilab 6.1.0 from scilab-6.1.0.bin.linux-x86_64.tar.gz I got: /usr/bin/chcon: failed to change context of '/usr/local/scilab-6.1.0/bin/scilab-bin' to ‘unconfined_u:object_r:execmem_exec_t:s0’: Operation not permitted Error: Cannot chcon 'scilab-bin' /usr/bin/chcon: failed to change context of '/usr/local/scilab-6.1.0/bin/scilab-cli-bin' to ‘unconfined_u:object_r:execmem_exec_t:s0’: Operation not permitted Error: Cannot chcon 'scilab-cli-bin' scilab-bin: error while loading shared libraries: libldap-2.4.so.2: cannot open shared object file: No such file or directory
I could bit find libldap
only penldap-compat.i686 : Package providing legacy non-threded libldap openldap-compat.x86_64 : Package providing legacy non-threded libldap
It is compatible?
=========================================================================== Patrick DUPRÉ | | email: pdupre@gmx.com Laboratoire interdisciplinaire Carnot de Bourgogne 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE Tel: +33 (0)380395988 | | Room# D114A ===========================================================================
On 6/13/21 2:26 PM, Patrick Dupre wrote:
Trying to install scilab 6.1.0 from scilab-6.1.0.bin.linux-x86_64.tar.gz I got: scilab-bin: error while loading shared libraries: libldap-2.4.so.2: cannot open shared object file: No such file or directory
I could bit find libldap
only penldap-compat.i686 : Package providing legacy non-threded libldap openldap-compat.x86_64 : Package providing legacy non-threded libldap
You can't just dnf search for a library like that. Sometimes it works, but usually not. The following two commands will find the right package (which is "openldap"): dnf install /usr/lib64/libldap-2.4.so.2 dnf repoquery --whatprovides libldap-2.4.so.2
OK, very good, thanks
now scilab-bin: error while loading shared libraries: libjava.so: cannot open shared object file: No such file or directory dnf repoquery --whatprovides libjava.so java-11-openjdk-headless-1:11.0.11.0.9-4.fc34.i686 java-11-openjdk-headless-slowdebug-1:11.0.11.0.9-4.fc34.i686
Do I need to use LD_LIBRARY_PATH ?
How to I make this library available
On 6/13/21 2:26 PM, Patrick Dupre wrote:
Trying to install scilab 6.1.0 from scilab-6.1.0.bin.linux-x86_64.tar.gz I got: scilab-bin: error while loading shared libraries: libldap-2.4.so.2: cannot open shared object file: No such file or directory
I could bit find libldap
only penldap-compat.i686 : Package providing legacy non-threded libldap openldap-compat.x86_64 : Package providing legacy non-threded libldap
You can't just dnf search for a library like that. Sometimes it works, but usually not. The following two commands will find the right package (which is "openldap"): dnf install /usr/lib64/libldap-2.4.so.2 dnf repoquery --whatprovides libldap-2.4.so.2 _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
On 2021-06-16 1:32 p.m., Patrick Dupre wrote:
OK, very good, thanks
now scilab-bin: error while loading shared libraries: libjava.so: cannot open shared object file: No such file or directory dnf repoquery --whatprovides libjava.so java-11-openjdk-headless-1:11.0.11.0.9-4.fc34.i686 java-11-openjdk-headless-slowdebug-1:11.0.11.0.9-4.fc34.i686
Do I need to use LD_LIBRARY_PATH ?
How to I make this library available
I don't know why it's suggesting only the 32-bit library, although you can avoid that by doing this: dnf repoquery --whatprovides 'libjava.so()(64bit)'
Did you try installing java-11-openjdk-headless?
Still trying to run scilab:: scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
dnf repoquery --whatprovides 'libk5crypto.so.3' Traceback (most recent call last): File "/usr/bin/dnf", line 57, in <module> from dnf.cli import main File "/usr/lib/python3.9/site-packages/dnf/__init__.py", line 30, in <module> import dnf.base File "/usr/lib/python3.9/site-packages/dnf/base.py", line 29, in <module> import libdnf.transaction File "/usr/lib64/python3.9/site-packages/libdnf/__init__.py", line 12, in <module> from . import conf File "/usr/lib64/python3.9/site-packages/libdnf/conf.py", line 13, in <module> from . import _conf ImportError: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
OK, very good, thanks
now scilab-bin: error while loading shared libraries: libjava.so: cannot open shared object file: No such file or directory dnf repoquery --whatprovides libjava.so java-11-openjdk-headless-1:11.0.11.0.9-4.fc34.i686 java-11-openjdk-headless-slowdebug-1:11.0.11.0.9-4.fc34.i686
Do I need to use LD_LIBRARY_PATH ?
How to I make this library available
I don't know why it's suggesting only the 32-bit library, although you can avoid that by doing this: dnf repoquery --whatprovides 'libjava.so()(64bit)'
Did you try installing java-11-openjdk-headless? _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
On 18/06/2021 04:22, Patrick Dupre wrote:
Still trying to run scilab:: scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
dnf repoquery --whatprovides 'libk5crypto.so.3'
[egreshko@meimei ~]$ dnf repoquery --whatprovides 'libk5crypto.so.3' Last metadata expiration check: 0:00:32 ago on Fri Jun 18 05:16:03 2021. krb5-libs-0:1.19.1-3.fc34.i686 krb5-libs-0:1.19.1-8.fc34.i686
On 18/06/2021 04:22, Patrick Dupre wrote:
Still trying to run scilab:: scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
dnf repoquery --whatprovides 'libk5crypto.so.3'
[egreshko@meimei ~]$ dnf repoquery --whatprovides 'libk5crypto.so.3' Last metadata expiration check: 0:00:32 ago on Fri Jun 18 05:16:03 2021. krb5-libs-0:1.19.1-3.fc34.i686 krb5-libs-0:1.19.1-8.fc34.i686
--
dnf install krb5-libs Last metadata expiration check: 0:44:00 ago on Fri 18 Jun 2021 09:47:24 PM CEST. Package krb5-libs-1.19.1-8.fc34.x86_64 is already installed. Package krb5-libs-1.19.1-8.fc34.i686 is already installed. Dependencies resolved. Nothing to do.
But
scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
On Fri, Jun 18, 2021 at 2:40 PM Patrick Dupre pdupre@gmx.com wrote:
But
scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
Take a look here:
https://bugzilla.redhat.com/show_bug.cgi?id=1829790
This seems to mean that scilab has its own openssl library, and that leads to symbol conflicts.
On 6/18/21 1:38 PM, Patrick Dupre wrote:
dnf install krb5-libs Last metadata expiration check: 0:44:00 ago on Fri 18 Jun 2021 09:47:24 PM CEST. Package krb5-libs-1.19.1-8.fc34.x86_64 is already installed. Package krb5-libs-1.19.1-8.fc34.i686 is already installed. Dependencies resolved. Nothing to do.
But
scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
I don't know why you're getting that error. # nm -D /lib64/libk5crypto.so.3 | grep EVP_KDF_ctrl U EVP_KDF_ctrl@@OPENSSL_1_1_1b
# ldd /lib64/libk5crypto.so.3 | grep crypto libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007fecb90ca000)
# nm -D /lib64/libcrypto.so.1.1 | grep EVP_KDF_ctrl 0000000000126020 T EVP_KDF_ctrl@@OPENSSL_1_1_1b
The symbol is provided by libcrypto.so.1.1 What do you get for those commands?
Subject: Re: scilab bin
On 6/18/21 1:38 PM, Patrick Dupre wrote:
dnf install krb5-libs Last metadata expiration check: 0:44:00 ago on Fri 18 Jun 2021 09:47:24 PM CEST. Package krb5-libs-1.19.1-8.fc34.x86_64 is already installed. Package krb5-libs-1.19.1-8.fc34.i686 is already installed. Dependencies resolved. Nothing to do.
But
scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
I don't know why you're getting that error. # nm -D /lib64/libk5crypto.so.3 | grep EVP_KDF_ctrl U EVP_KDF_ctrl@@OPENSSL_1_1_1b
U EVP_KDF_ctrl@@OPENSSL_1_1_1b
# ldd /lib64/libk5crypto.so.3 | grep crypto libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007fecb90ca000)
libcrypto.so.1.1 => /usr/local/scilab-6.1.0/lib/thirdparty/libcrypto.so.1.1 (0x00007f4c37d2d000)
# nm -D /lib64/libcrypto.so.1.1 | grep EVP_KDF_ctrl 0000000000126020 T EVP_KDF_ctrl@@OPENSSL_1_1_1b
0000000000126190 T EVP_KDF_ctrl@@OPENSSL_1_1_1b 0000000000126280 T EVP_KDF_ctrl_str@@OPENSSL_1_1_1b
The symbol is provided by libcrypto.so.1.1 What do you get for those commands?
users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
On 2021-06-18 2:17 p.m., Patrick Dupre wrote:
# ldd /lib64/libk5crypto.so.3 | grep crypto libcrypto.so.1.1 => /lib64/libcrypto.so.1.1 (0x00007fecb90ca000)
libcrypto.so.1.1 => /usr/local/scilab-6.1.0/lib/thirdparty/libcrypto.so.1.1 (0x00007f4c37d2d000)
And there is your problem. Try deleting that file (or move it somewhere else).
On 18 Jun 2021, at 21:50, Jerry James loganjerry@gmail.com wrote:
On Fri, Jun 18, 2021 at 2:40 PM Patrick Dupre pdupre@gmx.com wrote:
But
scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
Take a look here:
https://bugzilla.redhat.com/show_bug.cgi?id=1829790
This seems to mean that scilab has its own openssl library, and that leads to symbol conflicts.
I was fixed is error for a SAML library I use with python this week. It was far from obvious why things broke.
It's exactly what it says in the BZ ticket: have too many openssl library's being used.
Fix the build of scilab to use the Fedora system version of the libraries and you should see that the problem goes away.
Barry
-- Jerry James http://www.jamezone.org/ _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-leave@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
On Sat, 19 Jun 2021 at 05:05, Barry Scott barry@barrys-emacs.org wrote:
On 18 Jun 2021, at 21:50, Jerry James loganjerry@gmail.com wrote:
On Fri, Jun 18, 2021 at 2:40 PM Patrick Dupre pdupre@gmx.com wrote:
But
scilab-bin: symbol lookup error: /lib64/libk5crypto.so.3: undefined
symbol: EVP_KDF_ctrl, version OPENSSL_1_1_1b
Take a look here:
https://bugzilla.redhat.com/show_bug.cgi?id=1829790
This seems to mean that scilab has its own openssl library, and that leads to symbol conflicts.
I was fixed is error for a SAML library I use with python this week. It was far from obvious why things broke.
It's exactly what it says in the BZ ticket: have too many openssl library's being used.
Fix the build of scilab to use the Fedora system version of the libraries and you should see that the problem goes away.
Applications that include outdated versions libraries provided by recent linux distros is all too common. Matlab has a long list of errors that require the user to "_set aside_ somelibrary.so": https://www.mathworks.com/matlabcentral/answers/364551-why-is-matlab-unable-...
One of my retirement hobbies is looking for commonalities across user problem reports in various forums. The above Matlab document is a FUA (Frequently Useful Answer to FAQ's).