Hi all, recently there were issues where the CMake build of individual libraries failed because features from a newer version than the requested minimum CMake version (`cmake_minimum_required(...)` in CMakeLists.txt) were used. This would be a bad UX in releases as the error in that case isn't really helpful. There was a recent discussion [3] about that. For that I introduced a new option for the Boost.CI "reusable" workflow: `min_cmake_version` [1] So additionally to running the CMake build with the "ubuntu-latest" runner and whatever CMake version is installed there (supposed to be "quite new") there is now an extra job that uses the CMake version specified in `min_cmake_version`. The default is CMake 3.16, which is the system CMake of Ubuntu 20. If you want to test against another CMake version, just add `min_cmake_version: x.y[.z]` to the `with:` key/section of the boost-ci call in your ci.yml A good idea is to use what you specified by `cmake_minimum_required` but you might need a higher version if a dependency requires a higher version. This is similar to the C++ standard: The minimum "propagates" to the dependents. In the boostorg/cmake repo there is a recently added workflow that tests the successful configuration of the Boost superproject with 26 different CMake versions. [2] Besides the usual trigger on commits and tags (important here e.g. the -beta tags prior to releases) a maintainer of this repo can trigger it manually for the master or develop branch of the super-project. This allows to check compatibility at any point in time. IIRC currently Peter is the (only?) maintainer of that repo, so you'd got to ask him to trigger this pipeline when necessary. Best Regards, Alex [1] https://github.com/boostorg/boost-ci/blob/96d19ca968a8ec530a656b50d0dbef4bb0... [2] https://github.com/boostorg/cmake/blob/1b3a785d348420996c5cd5c9efe310aa2e9a4... [3] https://github.com/boostorg/boost/pull/1081