Parity-ethereum: libssl1.0.0 is not available anymore

Created on 21 Jun 2017 · 19Comments · Source: openethereum/parity-ethereum

Do you plan to migrate to the libssl 1.1.0f-3 available in newly release debian stable?

F2-bug 🐞 M0-build 🏗 P5-sometimesoon 🌲

Source

jpritikin

👍2

Most helpful comment

If you wish to use parity on Debian 9 ( stretch ) you need download the package from https://packages.debian.org/jessie/libssl1.0.0 and install like dpkg --install libssl1.0.0_1.0.1t-+deb8u6_amd64.deb as root. For me works.

iFA88 on 1 Nov 2017

👍10

All 19 comments

ssl 1.1.0 has been around for a while, if dinosaurs like debian make the switch, we are probably good to do that, too :+1:

5chdn on 22 Jun 2017

Is this already fixed by PR #4260 ?

jpritikin on 18 Sep 2017

No, PR #4260 introduced this issue.

5chdn on 18 Sep 2017

Actually, can you build and release static binary of parity?

calvintam236 on 24 Oct 2017

iFA88 on 1 Nov 2017

👍10

Or just build parity from source.

5chdn on 2 Nov 2017

@5chdn the problem is that stretch does not have this old version in package manager. how can you build one without dependency?

@iFA88 not ideal for production environment

calvintam236 on 2 Nov 2017

@calvintam236 building from source just links the binary against any available libssl version.

This issue is that the precompiled binaries link against a certain version. But Ubuntu didn't make the switch to 1.1.x yet.... It's really hard to understand why. The only things I can recommend here is either stop using Debian-based systems or compile from source :)

5chdn on 2 Nov 2017

@5chdn that's why I suggest to release a static build binary - all dependencies are included the binary, so it can run on any Linux.

calvintam236 on 5 Nov 2017

👍5

@calvintam236 We are running parity in a docker container for production, that solves all the issues with dependencies.

l0rb on 8 Dec 2017

Could anyone check if our debian binaries/packages work?

debian | x86_64 | parity 1.7.10 | 6019681788349877c1fbb591d62e7d8e
debian | x86_64 | parity_1.7.10_amd64.deb | db151bee67c2ed12b04e2edccae6161a
debian | x86_64 | parity 1.8.4 | 10a6c69047ffa61008efd7850f3100c8
debian | x86_64 | parity_1.8.4_amd64.deb | 01ecf9e6246b67d4ddefbc356b7ce52b

5chdn on 14 Dec 2017

Parity/v1.8.4-beta-c74c8c1-20171211/x86_64-linux-gnu/rustc1.22.1 Works on 3.16.0-4-amd64 #1 SMP Debian 3.16.43-2+deb8u5 (2017-09-19) but i have separated installed the libssl. On my other debian:

iFA88 on 14 Dec 2017

Ok, thanks for confirming.

5chdn on 14 Dec 2017

I ran the binary in docker using base debian:stretch-slim. I get this error with libssl1.1 installed: parity: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory. Tried installing binary on the same container, same error @iFA88 have.

calvintam236 on 15 Dec 2017

👍1

On it. We have a debian pipeline, I just need to figure out why it does not link the new ssl lib.

5chdn on 15 Dec 2017

Parity also requires gcc, g++, libssl-dev/openssl, libudev-dev and pkg-config packages to be installed.
See pls https://github.com/paritytech/parity/blob/master/README.md#build-dependencies