You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The package for erlang is not using the ESL or OTP repo, but to the branch new_crypto_dtls on @RoadRunnr 's repo. This branch patches a bunch of SSL code, in ways that I am not qualified to evaluate.
The development runtime and the production runtime are not the same, which can cause bugs that are not reproducible
Crypto code is very hard to get right, and I for one do not have the know how to evaluate this
The text was updated successfully, but these errors were encountered:
The change has been submitted upstream and upstream is in the process of integrating it. Until that
time this is a required product feature with ZERO alternatives.
The development runtime and the production runtime are not the same, which can cause bugs that are not reproducible
wrong, the Erlang runtime in question is only used in SCG builds, the development runtime for the SCG is exactly the same, otherwise the development would not work
Crypto code is very hard to get right, and I for one do not have the know how to evaluate this
First, this does not touch crypto code, it only touches the state machine that feeds the crypto code.
When you can't evaluate this code and see this as a problem, why are you trusting the Erlang SSL App in the first place which you can't evaluate either?
The package for erlang is not using the ESL or OTP repo, but to the branch new_crypto_dtls on @RoadRunnr 's repo. This branch patches a bunch of SSL code, in ways that I am not qualified to evaluate.
The text was updated successfully, but these errors were encountered: