Including some randomness functions to create libcryptx-perl-ed25519 may be reasonable. Those rng functions don't need to be exposed except to the ed25519 functions. And then inc/CryptX_PK_DSA.xs.inc etc can be disabled. I'll check with the crypto folks.
I'm a little concerned about the maintainability of option 1.
side note: libmail-dkim-perl was promoted in 2008 [0]. Issues in libmail-dkim-perl are worth addressing [1]. In one of the issues [2] the maintainer filed an issue to libcryptx-perl-ed25519 upstream [3].
Including some randomness functions to create libcryptx- perl-ed25519 may be reasonable. Those rng functions don't need to be exposed except to the ed25519 functions. And then inc/CryptX_ PK_DSA. xs.inc etc can be disabled. I'll check with the crypto folks.
I'm a little concerned about the maintainability of option 1.
side note: libmail-dkim-perl was promoted in 2008 [0]. Issues in libmail-dkim-perl are worth addressing [1]. In one of the issues [2] the maintainer filed an issue to libcryptx- perl-ed25519 upstream [3].
[0] https:/ /bugs.launchpad .net/ubuntu/ +source/ libmail- dkim-perl/ +bug/243313 /github. com/fastmail/ mail-dkim/ issues /github. com/fastmail/ mail-dkim/ issues/ 24 /github. com/DCIT/ perl-CryptX/ issues/ 98
[1] https:/
[2] https:/
[3] https:/