New issue 2646: s390x and ppc64le releases link to "libssl.so.10" instead of "libssl.so.1.0.0" (and libcrypto) https://bitbucket.org/pypy/pypy/issues/2646/s390x-and-ppc64le-releases-link-to
Tianon Gravi: I'm maintaining Docker images for `pypy`, and consuming the officially released binary tarballs (https://github.com/docker-library/pypy). :heart: For all of `linux64`, `linux-armel`, `linux-armhf-raring`, and `linux32`, the `pypy` binary links to `libssl.so.1.0.0` and `libcrypto.so.1.0.0` (which are both available in Debian and Ubuntu), but for `s390x` and `ppc64le`, the links are instead to `libssl.so.10` and `libcrypto.so.10` (which do not exist in either Debian or Ubuntu). Is this intentional, or simply an oversight in how those architecture's artifacts are being built? I tried simply symlinking the `.so` files, but then I get the following errors presumably due to the version of OpenSSL that `pypy` was compiled against: ``` pypy: /usr/lib/s390x-linux-gnu/libssl.so.10: version `libssl.so.10' not found (required by /usr/local/bin/libpypy-c.so) pypy: /usr/lib/s390x-linux-gnu/libcrypto.so.10: version `OPENSSL_1.0.1_EC' not found (required by /usr/local/bin/libpypy-c.so) pypy: /usr/lib/s390x-linux-gnu/libcrypto.so.10: version `libcrypto.so.10' not found (required by /usr/local/bin/libpypy-c.so) ``` I'm happy to help do further debugging or even send a PR if someone can give me some pointers! :sweat_smile: Thanks for your work! _______________________________________________ pypy-issue mailing list pypy-issue@python.org https://mail.python.org/mailman/listinfo/pypy-issue