binaries using libssl don’t run on Debian stretch #15
Comments
bryanburgers
added a commit
to bryanburgers/rust-crosscompiler-arm
that referenced
this issue
Sep 27, 2018
Add a Dockerfile that builds a similar image to rust-crosscompiler-arm:stable, but that uses debian:stretch as the base image instead of debian:jessie. This solves an issue where cross-compiling with openssl-sys links to the correct library that is provided with each release. Fixes dlecan#15
bryanburgers
added a commit
to bryanburgers/rust-crosscompiler-arm
that referenced
this issue
Sep 27, 2018
Add a Dockerfile that builds a similar image to rust-crosscompiler-arm:stable, but that uses debian:stretch as the base image instead of debian:jessie. This solves an issue where cross-compiling with openssl-sys links to the correct library that is provided with each release. Fixes dlecan#15
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
When a binary that uses OpenSSL is compiled using this method, it relies on libssl.so.1.0.0. However, Debian Stretch ships with libssl.so.1.1 and libssl.so.1.0.2 with no way to install libssl.so.1.0.0.
I haven’t yet found a way to get a binary to be compiled that depends on a version of libssl shipped with Debian Stretch. Raspbian’s latest version is based on Stretch.
The text was updated successfully, but these errors were encountered: