Closed sternenseemann closed 3 years ago
yes, see #142 for the corresponding fix for x509 -- in opam-repository, there's a with-test & < "0.8.9"
dependency for the latest released x509.
I don't think this is an issue with this library, mirage-crypto* 0.8.9 also broke other packages using mirage-crypto. 0.8.10 is being released in opam and 0.8.9 is being disabled: https://github.com/ocaml/opam-repository/pull/18010
Still broken with mirage-crypto
0.8.10.
It's expecting the gcloud key to be invalid unless sloppy
is used. The changes in mirage-crypto make the library rightfully decode the key. #142 is needed to fix the assumption.
@sternenseemann yes, this is expected (to be still broken with mirage-crypto 0.8.10). for your packaging demands, you could either include the patch of #142, disable the x509 tests, or wait a few days until we have a new x509 release in place.
Yeah, I'm gonna wait for the PR to be merged and then patch x509 until the next release :)
it took me some more time, but finally 0.12.0 is out (https://github.com/ocaml/opam-repository/pull/18444). Closing this issue.
Excerpt from the tests:
As far as I understanded 0.8.9 fixed not being able to handle gcloud keys properly, so it seems to me that x509 now holds wrong assumptions about mirage-crypto‽
Is it safe to ignore this test failure?