\ Dear package maintainer, This is an automated bug created due to a FTBFS when rebuilding this package for the change proposal CMake 4.0. The rebuild is being tracked in https://copr.fedorainfracloud.org/coprs/cmake-4.0. See https://fedoraproject.org/wiki/Changes/CMake4.0 for more information on how to make the package compatible. More specifically, depending on the state of the project: - If it is actively maintained, please update the `cmake_minimum_required`, and instruct upstream to do so as well. To minimize future maintenance, please add a higher bound as well, preferrably with the highest CMake version being tested. You may use 4.0 as the higher bound as this is being tested in the tracked copr project. - If the project is not maintained, you may add `CMAKE_POLICY_VERSION_MINIMUM=3.5` as a CMake variable or environment variable. You can check the build locally following the instructions in the change proposal, or submit your build to the tracking copr project. Let me know if you encounter any issues, or need any other help.
Add a tentative patch https://src.fedoraproject.org/rpms/ibus-qt/blob/rawhide/f/ibus-qt-HEAD.patch
LGTM, assuming you searched for all `cmake_minimum_required` and `cmake_policy` usages. Was not aware that `execute_process` pipes each command; learn a CMake quirk everyday.
(In reply to Cristian Le from comment #2) > LGTM, assuming you searched for all `cmake_minimum_required` and > `cmake_policy` usages. Thank you for the quick review. I may need to think to separate builds of ibus-qt production and development versions to treat the future cmake policies but I'm fine not to set the max version at present. > Was not aware that `execute_process` pipes each command; learn a CMake quirk everyday. Yeah, I noticed it today.
Upstreamed the patch https://github.com/ibus/ibus-qt/issues/6