use CMake 3.29.0 in tests

[kevinAlbs]

Summary

Build tests with CMake 3.29.0 to resolve Windows OpenSSL task failures.

Background & Motivation

This PR is intended to address Windows OpenSSL tasks failing to locate OpenSSL. For example, sasl-cyrus-openssl-windows-2019-vs2017-x64-compile fails with:

[2024/03/25 15:11:45.958] CMake Error at C:/Users/mci-exec/AppData/Local/mongo-c-driver/tmp.mwlWImHNJh/cmake-3.25.3-windows-x86_64/share/cmake-3.25/Modules/FindPackageHandleStandardArgs.cmake:230 (message):
[2024/03/25 15:11:45.958]   Could NOT find OpenSSL, try to set the path to OpenSSL root folder in the
[2024/03/25 15:11:45.958]   system variable OPENSSL_ROOT_DIR (missing: OPENSSL_CRYPTO_LIBRARY) (found
[2024/03/25 15:11:45.958]   version "3.2.1")

This appears to have been caused by a change in the OpenSSL install on Windows hosts to use choco install as part of DEVPROD-5184. Notably, this change results in Windows tasks testing with OpenSSL 3.

I expect the issue is addressed by https://gitlab.kitware.com/cmake/cmake/-/issues/25702. Upgrading CMake to 3.29.0 resolves the issue. Using the previous release, CMake 3.28.4, results in the same error.

Here is a patch build with the sasl-cyrus-openssl-windows-2019-vs2017-x64-compile task passing. There are several other task failures that this PR does not address.

[rcsanchez97]

If only someone could come up with some kind of standardized directory structure that different operating systems and different software projects could all agree upon. Maybe some kind of portable operating system standard ...