[gnutls-devel] GnuTLS | Draft: .gitlab-ci.yml: optimize the number of builds (!1991)

[Read-only notification of GnuTLS library development activities]

Merge request https://gitlab.com/gnutls/gnutls/-/merge_requests/1991 was reviewed by Alexander Sosedkin

--
  
Alexander Sosedkin commented on a discussion on lib/global.c: https://gitlab.com/gnutls/gnutls/-/merge_requests/1991#note_2643185570

 >  #endif
 >  
 > +	e = secure_getenv("GNUTLS_BUFFER_RECLAIM");

How about having it compiled=on runtimedefault=off in fedora CI build and compiled=off in some other CI build?

--
  
Alexander Sosedkin commented on a discussion on .gitlab-ci.yml: https://gitlab.com/gnutls/gnutls/-/merge_requests/1991#note_2643185595

 > +        KTLS: [0, 1]
 > +      - GNUTLS_FORCE_FIPS_MODE: 0
 > +        TESTS_ENABLED_GROUPS: "GROUP-X25519-MLKEM768 GROUP-SECP256R1-MLKEM768 GROUP-SECP384R1-MLKEM1024"

and it did leak, and the `[0, 0]` / `[0, GROUP-X25519-MLKEM768 GROUP-SECP256R1-MLKEM768 GROUP-SECP384R1-MLKEM1024]` names are rather unintuitive... WDYT about having variables with descriptive values like `FIPS=fips`, `KTLS=no-ktls` and then converting them to `GNUTLS_FORCE_FIPS_MODE=1` and `KTLS=0` in the shell script?


-- 
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/6f4508cf/attachment-0001.html>