Bug 2381174

Summary:	akonadi: FTBFS with change proposal CMake drop non-standard variables
Product:	[Fedora] Fedora	Reporter:	Cristian Le <fedora>
Component:	akonadi	Assignee:	KDE SIG <kde-sig>
Status:	NEW ---	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	ferdnyc, kde-sig, rdieter, siddharth.kde, than
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		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:	2376113

Description Cristian Le 2025-07-16 15:37:11 UTC

Dear package maintainer,

This is an automated bug created due to a FTBFS when rebuilding this package for the change proposal CMake drop non-standard variables.

The rebuild is being tracked in https://copr.fedorainfracloud.org/coprs/lecris/cmake-drop_vars/package/akonadi.

See https://fedoraproject.org/wiki/Changes/CMake_drop_install_vars for more information on how to make the package compatible.

Most likely the build failure is due to the project assuming the presence of `LIB_SUFFIX` as an input. You can provide
this variable as shown in the change proposal. If possible, please open an issue in upstream and ask them to use
`GNUInstallDirs` instead.

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 "FeRD" (Frank Dana) 2026-02-16 11:16:32 UTC

This project isn't going to be fixed upstream — it's building version 1.13.0 of an upstream that's currently at version 25.12.2[1]. 

This ancient-version package has been kept on life support within Fedora since its release on 2014-08-10, while upstream has long since moved on, solely because it's a dependency for kdepimlibs-akonadi[2], the KDE4 version of the KDE PIM infrastructure. That component of KDE4 has similarly been zombified by Fedora packaging, despite upstream support having ceased a decade ago.

Hence the 35 patches we're carrying on akonadi, and 36 we're carrying on kdepimlibs. Fixing this will just add yet another downstream patch (or patches) to prop up a 12-year-old CMake build system.

[1]: https://invent.kde.org/pim/akonadi/-/tags
[2]: https://src.fedoraproject.org/rpms/kdepimlibs

Comment 2 Cristian Le 2026-02-16 11:22:35 UTC

Yes, this was discussed in the KDE-SIG matrix channel. KDE4 (and KDE3) cannot be easily patched to work with CMake 4.0 and it would be easier to just have them FTBFS/retired. These were usually just left to rot unless someone would pick up and fix them. There has been no explicit statement from KDE-SIG for this (probably to avoid the flame that would come from it), but maybe the band-aid should be ripped before the beta.