Open ufobat opened 5 years ago
has anyone investigated this issue?
Yes, this is a repeat of jnthn/p6-io-socket-async-ssl/#34. Unfortunately, this is going to become more common, since libssl1.0 has now been removed from the latest KUbuntu. Here's the workaround:
sudo dpkg -i libssl1.0.0_1.0.2n-1ubuntu5.3_amd64.deb
sudo dpkg -i --force-all http://ftp.br.debian.org/debian/pool/main/o/openssl1.0/libssl1.0-dev_1.0.2r-1~deb9u1_amd64.deb
cd /usr/lib/x86_64-linux-gnu; sudo ln -sf libssl.so.1.0.0 libssl.so
You should now be able to install this module without errors.
OpenSSL 1.1.1 is quite common in the newest Linux distributions. I'm getting painted into a corner due to this issue in some cases: RHEL 8, CentOS 8, Oracle Linux 8, Fedora 31, etc.
It won't be realistic to down-rev OpenSSL in our case, so I hope that work will continue to overcome this issue.
Indeed. The libssl1.0-dev package has even been removed from Ubuntu 19.10. Seems safer to require the newer OpenSSL symbols than the older ones at this point.
Is @sergot active?
Unfortunately I'm not that active anymore @Xliff , will try to find some time this week.
~Just saw this on fedora 32, OpenSSL 1.1.1g FIPS, BUT...~
~If I clone the repo and zef install .
, it installs just fine. If I do zef install OpenSSL
without a local copy, it fails with sk_num not being found, which is rather odd.~
Could not confirm with a clean installation.
I think this problem should no longer happen. At least I was able to install OpenSSL on Debian 10 and Ubuntu 20.04.2 LTS (both coming with OpenSSL 1.1.1).
If I'm not mistaken, the following changes made things work:
Please note: The second change was only necessary if the libssl.so was not already present when attempting to install OpenSSL the first time.
However, I think (hope) that this issue could be closed now. It would be great if someone else double checks.