[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