[gnutls-devel] GnuTLS | Draft: .gitlab-ci.yml: optimize the number of builds (!1991)
Read-only notification of GnuTLS library development activities
gnutls-devel at lists.gnutls.org
Tue Jul 22 10:52:09 CEST 2025
Merge request https://gitlab.com/gnutls/gnutls/-/merge_requests/1991 was reviewed by Alexander Sosedkin
--
Alexander Sosedkin started a new discussion on lib/global.c: https://gitlab.com/gnutls/gnutls/-/merge_requests/1991#note_2643064777
> #endif
>
> + e = secure_getenv("GNUTLS_BUFFER_RECLAIM");
Can we have rather hide this runtime selection itself behind some compile feature/define? I'd rather not have this behaviour and the switching overhead in the normal builds.
--
Alexander Sosedkin started a new discussion on .gitlab-ci.yml: https://gitlab.com/gnutls/gnutls/-/merge_requests/1991#note_2643064797
> + KTLS: [0, 1]
> + - GNUTLS_FORCE_FIPS_MODE: 0
> + TESTS_ENABLED_GROUPS: "GROUP-X25519-MLKEM768 GROUP-SECP256R1-MLKEM768 GROUP-SECP384R1-MLKEM1024"
hope that won't leak into job names or something :sweat_smile: otherwise might need a shorter value and a bit of indirection
--
Alexander Sosedkin started a new discussion: https://gitlab.com/gnutls/gnutls/-/merge_requests/1991#note_2643064806
> Pull in leancrypto from a COPR through build-images, rather than building it from git checkout
Could you please link to that change?
--
Reply to this email directly or view it on GitLab: https://gitlab.com/gnutls/gnutls/-/merge_requests/1991
You're receiving this email because of your account on gitlab.com.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.gnupg.org/pipermail/gnutls-devel/attachments/20250722/06e6f79a/attachment.html>
More information about the Gnutls-devel
mailing list