find_package() seems to be using or mangling the casing of paths when run, at least, from ExternalProject_Add.
Find attached a self-contained project that aborts with an error in find_package(). It builds OpenColorIO (a color management library after building its dependencies and then tries to find it with find_package()). Before v3.29.1 the build would work. With v3.29.1 it fails finding the libraries.
In OpenColorIO this code is using a PACKAGE_PREFIX_DIR variable that CMakePackageConfigHelpers, in CMake 3.29.0 and below, generates as an implementation detail. 3.29.1 uses a different variable name.
It seems projects have been treating the undocumented PACKAGE_PREFIX_DIR implementation detail as if it were part of the public interface. See also CMake Issue 25873
As a user of OpenColorIO (not a developer for it), I reverted back to v3.29.0 for my CI builds.
However, moving forward, I would like to know what’s the suggested solution (revert v3.29.2 to 3.29.0 behavior --variable–, propose a real documented API variable, make all packages that depend on this old behavior change their code, or something else?).