Bug 2380490

Summary:	cantata: FTBFS with change proposal CMake 4.0
Product:	[Fedora] Fedora	Reporter:	Cristian Le <fedora>
Component:	cantata	Assignee:	Gerald Cox <gbcox>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	gbcox, i, rdieter
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2025-08-08 22:18:27 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	2376114

Description Cristian Le 2025-07-16 10:26:44 UTC

\
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.

Comment 1 Gerald Cox 2025-07-16 18:59:37 UTC

Resolved for 2372324.

Comment 2 Cristian Le 2025-07-16 19:10:54 UTC

Do you mean to have this bug depend on https://bugzilla.redhat.com/show_bug.cgi?id=2372324 ? I don't see how the dependency is the other way around. Anyway, let me know if you managed to build with 4.0 and it all works well.

Comment 3 Gerald Cox 2025-07-16 21:40:23 UTC

Rex hasn't been responding to requests so I'm currently working on getting access to maintain cantata.  I've built what will be the updated package, which will be at 3.3.1, currently the 2.5.0 release is about 4 years old.  I've updated the 3.3.1 package and it built fine for F43 with cmake4 changes, however it is currently failing when I tried another build.  Here is the copr if you want to take a look:  https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9280410/

I'll go ahead and change the assignee to me.

Comment 4 Gerald Cox 2025-07-17 02:00:11 UTC

Latest rawhide copr build ok for cmake4:  https://copr.fedorainfracloud.org/coprs/gbcox/dogfood/build/9280890/

Comment 5 Cristian Le 2025-07-17 11:12:03 UTC

Thanks, I take it that upstream has fixed any incompatibilities themselves. One question though, what's up with the `%if 0%{?fedora} >= 43` and calling `cmake` manually? The macros are still present before that.

Comment 6 Gerald Cox 2025-07-17 16:09:40 UTC

(In reply to Cristian Le from comment #5)
> Thanks, I take it that upstream has fixed any incompatibilities themselves.
> One question though, what's up with the `%if 0%{?fedora} >= 43` and calling
> `cmake` manually? The macros are still present before that.

I was trying to do a conditional path for Fedora ≥ 43 since the %cmake macros are deprecated with CMake 4.0. The macros are only present in the %else block to support Fedora ≤ 42 builds. If it looks like they’re outside the conditional, I can double-check the structure or reformat for clarity.  Was that what you were referring to?  If I've done it wrong, please LMK.  Also, yes for 3.3.1 things have been modified upstream.

Comment 7 Cristian Le 2025-07-17 17:00:17 UTC

`%cmake` macros are not deprecated. `%cmake3` macros are. Sorry if I made it confusing in the change proposal. Could you double-check that I did not write it the other way around there?

Comment 8 Gerald Cox 2025-07-18 00:10:02 UTC

Thanks — I misunderstood and thought raw cmake was preferred for CMake 4.0. I’ll switch back to using %cmake, %cmake_build, and %cmake_install for Fedora ≥ 43 to stay consistent with packaging guidelines.