~wombelix/s2n-tls

fix: condition to require openssl-devel-engine for builds on f41 and above
feat: Update to version 1.4.17.
fix: Numbering added to patch statement
fix: Patches since v1.4.16 release to address various issues, including usage of SHA256 instead of SHA1 in unit tests
chore: removal of unused patch file
fix: SHA256 patch updated

Based on current state of upstream PR https://github.com/aws/s2n-tls/pull/4582.
feat: version bump to latest release 1.4.16
fix: SHA256 patch updated based on latest test version from upstream
tests: Use certificate with SHA256 rather than SHA1 in unit tests. SHA1 is deprecated in RHEL 9. https://github.com/aws/s2n-tls/issues/4541#issuecomment-2118171284
revert: Back to state of 'Address findings from second review iteration'
revert: Disable feature 'S2N_LIBCRYPTO_SUPPORTS_EVP_MD5_SHA1_HASH'
fix: Disable feature 'S2N_LIBCRYPTO_SUPPORTS_EVP_MD5_SHA1_HASH'. OpenSSL SHA1 is depreacted in RHEL 9 and on it's path of deprecation in Fedora too.
fixup! build: Revert to '-DCMAKE_BUILD_TYPE=Release'. By default s2n-tls uses SHA1 which is deprecated in RHEL 9. Trying re-build with 'S2N_LIBCRYPTO_SUPPORTS_EVP_MD5_SHA1_HASH=FALSE'
fixup! build: Revert to '-DCMAKE_BUILD_TYPE=Release'. By default s2n-tls uses SHA1 which is deprecated in RHEL 9. Trying re-build with 'S2N_LIBCRYPTO_SUPPORTS_EVP_MD5_SHA1_HASH=FALSE'
build: Revert to '-DCMAKE_BUILD_TYPE=Release'. By default s2n-tls uses SHA1 which is deprecated in RHEL 9. Trying re-build with 'S2N_LIBCRYPTO_SUPPORTS_EVP_MD5_SHA1_HASH=FALSE'
fixup! build: Use different build type flag as suggested in https://github.com/aws/s2n-tls/issues/4541 because of failed tests on RHEL9.
build: Use different build type flag as suggested in https://github.com/aws/s2n-tls/issues/4541 because of failed tests on RHEL9.
fix: Address findings from second review iteration
fix: Wrong directory path macro used
fix: Ownership of libdir subfolders
Next