Closed robert-scheck closed 3 years ago
Some of this was fixed in 1b4605f7e3e80d207678bdc64948a04f94517d06 but now libtls is required (either via libressl libtls or libretls). This is an external dependency and not included in the build compat.
Yes, confirming that the following conditions lead to successful builds on Fedora 32, 33, 34, 35 as well as on EPEL 7 and 8 (for all supported hardware architectures):
BuildRequires: libretls-devel
Until LibreTLS lands in an Alpine stable release, adding the package libtls-standalone-dev
lets the build succeed as well. Output from a (random) test run:
[…]
rpki-client: all files parsed: generating output
rpki-client: Route Origin Authorizations: 44489 (6 failed parse, 0 invalid)
rpki-client: Certificates: 22153 (0 failed parse, 0 invalid)
rpki-client: Trust Anchor Locators: 4
rpki-client: Manifests: 22153 (6 failed parse, 2 stale)
rpki-client: Certificate revocation lists: 22145
rpki-client: Ghostbuster records: 3
rpki-client: Repositories: 30
rpki-client: Files removed: 2443
rpki-client: VRP Entries: 205462 (203793 unique)
And thus https://github.com/rpki-client/rpki-client-container/commit/99690d30d8aa99457f3caa58758445255feffe20 let's the build succeed again (also on all architectures). To maybe improve the libtls handling, I've opened #38 additionally.
Thank you!
Our nightly GitHub Action for the container image failed with: