Hi! To make the installation of cardano-base simpler (see current build instructions) I've made 3 Cabal clib packages that build C dependencies:
They have been useful already to build cardano-base under a Windows VM where using WSL was difficult/impossible.
These are just forks of upstream repositories with some changes:
.cabal file added
- only for libsodium:
configure.ac file modified, autoreconf rerun, and additional buildinfo.in file added
- basic test added (test script should be replaced by a github action)
Note: we use IOG's custom libsodium fork with VRF support, but this could be made optional in the cabal file (it's just some additional C files to link).
Would you be interested in adopting them? sodium-clib in particular could be used (optionally with a cabal flag) by libsodium-bindings.
I expect maintenance to be lightweight: we only have to reapply our changes in a new branch when an upstream release is made.
⚠ Warning ⚠: These packages have not been audited. We should probably compare/test on CI the libraries built via cabal with the libraries built via the upstream build system to check that they are not meaningfully different before suggesting using them in production.
Hi! To make the installation of
cardano-basesimpler (see current build instructions) I've made 3 Cabal clib packages that build C dependencies:They have been useful already to build
cardano-baseunder a Windows VM where using WSL was difficult/impossible.These are just forks of upstream repositories with some changes:
.cabalfile addedconfigure.acfile modified, autoreconf rerun, and additionalbuildinfo.infile addedNote: we use IOG's custom libsodium fork with VRF support, but this could be made optional in the cabal file (it's just some additional C files to link).
Would you be interested in adopting them?
sodium-clibin particular could be used (optionally with a cabal flag) bylibsodium-bindings.I expect maintenance to be lightweight: we only have to reapply our changes in a new branch when an upstream release is made.
⚠ Warning ⚠: These packages have not been audited. We should probably compare/test on CI the libraries built via cabal with the libraries built via the upstream build system to check that they are not meaningfully different before suggesting using them in production.