crypto: Make ed25519/x25519 available without ed448/x448

[VlkrS]

This is an attempt to resolve #9000

[github-actions]

CT Test Results

  2 files   14 suites   5m 39s ⏱️
186 tests 172 ✅  14 💤 0 ❌
459 runs  329 ✅ 130 💤 0 ❌

Results for commit 4da9a09.

♻️ This comment has been updated with latest results.

To speed up review, make sure that you have read Contributing to Erlang/OTP and that all checks pass.

See the TESTING and DEVELOPMENT HowTo guides for details about how to run test locally.

Artifacts

• Complete CT logs (Download Logs)
• HTML Documentation (Download HTML Docs)
• Windows Installer

// Erlang/OTP Github Action Bot

[sverker]

@VlkrS This looks good. Have you tested it yourself with LibreSSL that it solves the problem?

[VlkrS]

@VlkrS This looks good. Have you tested it yourself with LibreSSL that it solves the problem?

Yes, I tested with the OpenBSD port of OTP 27. I didn't test on other platforms than that, however.

[sverker]

I squashed it into one commit and rebased on maint branch to be released in OTP 27.3.

[sverker]

@VlkrS Does this sound ok as release note:

Allow for ED25519 and X25519 being available without ED448 and X448, which is the case in LibreSSL. This is necessary for supporting TLS1.3 using LibreSSL.

[VlkrS]

@VlkrS Does this sound ok as release note:

Allow for ED25519 and X25519 being available without ED448 and X448, which is the case in LibreSSL. This is necessary for supporting TLS1.3 using LibreSSL.

lgtm, thanks!