scilab bin

[Patrick Dupre]

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: [e-mail]
 Laboratoire interdisciplinaire Carnot de Bourgogne
 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
 Tel: [phone]                    | | Room# D114A
===========================================================================

[Samuel Sieb]

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

[Patrick Dupre]

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 -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail]
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[Samuel Sieb]

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?

[Patrick Dupre]

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 -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail]
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[Ed Greshko]

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

[Patrick Dupre]

> 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 -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail]
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[Jerry James]

On Fri, Jun 18, 2021 at 2:40 PM Patrick Dupre  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.

[Samuel Sieb]

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?

[Patrick Dupre]

> 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 -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail]
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[Samuel Sieb]

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).

[Barry Scott]

> On 18 Jun 2021, at 21:50, Jerry James  wrote:
>
> On Fri, Jun 18, 2021 at 2:40 PM Patrick Dupre  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 -- [e-mail]
> To unsubscribe send an email to [e-mail]
> 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/[e-mail]
> Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[George N. White III]

On Sat, 19 Jun 2021 at 05:05, Barry Scott  wrote:
> > On 18 Jun 2021, at 21:50, Jerry James  wrote:
> >
> > On Fri, Jun 18, 2021 at 2:40 PM Patrick Dupre  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).