Bug 2381408

Summary:	robin-map: FTBFS with change proposal CMake 4.0
Product:	[Fedora] Fedora	Reporter:	Cristian Le <fedora>
Component:	robin-map	Assignee:	Richard Shaw <hobbes1069>
Status:	CLOSED RAWHIDE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	hobbes1069, Tom.Rix
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-04 19:01:16 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 17:24:59 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/lecris/cmake-4.0/package/robin-map.

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 Richard Shaw 2025-08-04 11:47:36 UTC

robin-map needs to be updated to 1.4.0, however libobjc2 is not yet compatible.

Comment 2 Tom.Rix 2025-08-04 16:40:52 UTC

I have pushed a workaround for 1.3

Comment 3 Richard Shaw 2025-08-04 18:37:26 UTC

Interesting... I tried environment variable method and it complained about the old Find Boost method.

Comment 4 Cristian Le 2025-08-05 11:35:31 UTC

(In reply to Richard Shaw from comment #3)
> Interesting... I tried environment variable method and it complained about
> the old Find Boost method.

Yes, that is expected. The CMP0167 that it is complaining about is introduced way later (CMake 3.30) than the version specified in `cmake_minimum_required` (3.5) so it is using the `OLD` behavior (which are all deprecated) and the warning is about that. If you want to propose an upstream fix, propose to add a `CONFIG` to the `find_package(Boost)`, requiring a minimum of Boost 1.70. On the downstream side, if you wish to avoid this warning, you can explicity set `-DCMAKE_POLICY_DEFAULT_CMP0167=NEW`.

Anyway it should be unrelated to the CMake 4.0 support, so the workaround should work for now. Thanks for patching it up, and if you have any other CMake issues, feel free to ping me.