Bug 2381174 - akonadi: FTBFS with change proposal CMake drop non-standard variables
Summary: akonadi: FTBFS with change proposal CMake drop non-standard variables
Keywords:
Status: NEW
Alias: None
Product: Fedora
Classification: Fedora
Component: akonadi
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: KDE SIG
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 2376113
TreeView+ depends on / blocked
 
Reported: 2025-07-16 15:37 UTC by Cristian Le
Modified: 2026-02-16 11:22 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.