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.
** Changed in: erlang (Ubuntu Bionic)
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1832616
Title:
rebuild against OpenSSL 1.1.1
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/erlang/+bug/1832616/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
