rebuild against OpenSSL 1.1.1

[Dimitri John Ledkov]

[Impact]

 * Erlang picks up 1.1.1 symbol dependencies when rebuilt against openssl 1.1.1
 * As OpenSSL is published in bionic we should rebuild erlang against openssl 1.1.1
 * This may fix any unknown runtime compatibilies between erlang compiled with 1.1.0 whist running against 1.1.1

E.g. it picks up RSA_pkey_ctx_ctrl@OPENSSL_1_1_1 symbol usage.

[Test Case]

 * Check that erlang-crypto Depends on libssl1.1 (>= 1.1.1)

[Regression Potential]

 * This rebuild will cause erlang to depend on a higher version of openssl.

[Other Info]

 * Noticed / reported to me via IRC.

[Steve Langasek (vorlon)]

The rationale here is insufficient for an SRU, as is the test case. If there are "unknown runtime incompatibilities" between erlang built against openssl 1.1.0, and openssl 1.1.1 used at runtime, that is a bug in openssl and should not result in a rebuild of erlang.

If rebuilding erlang against openssl results in different code paths being used, then those need to be part of the test case, not merely checking that the new erlang-crypto ends up with a newer versioned library dep.

If rebuilding erlang against openssl 1.1.1 is necessary in order to either expose TLSv1.3 to erlang apps, or give erlang apps the ability to control TLS protocol negotiation, that needs to be spelled out in the rationale.

[Steve Langasek (vorlon)]

An upload of erlang to bionic-proposed has been rejected from the upload queue for the following reason: "insufficient rationale / test case for SRU".