The code cannot be compiled while skipping baloo support, to allow it to run on a system without baloo installed The baloo part should be made possible to remove automatically by the config or by a DCMAKE flag Reproducible: Always Steps to Reproduce: 1. compile code Actual Results: -- The following REQUIRED packages have not been found: * Baloo (required version >= 4.13.0) , The Baloo libraries , <http://www.kde.org> Baloo provides search capabilities in KMail and Akonadi CMake Error at /usr/share/cmake-2.8/Modules/FeatureSummary.cmake:430 (message): feature_summary() Error: REQUIRED package(s) are missing, aborting CMake run. Call Stack (most recent call first): CMakeLists.txt:339 (feature_summary) -- Configuring incomplete, errors occurred! See also "/home/ash/system/kdepim-libkdepim/src/build/CMakeFiles/CMakeOutput.log". See also "/home/ash/system/kdepim-libkdepim/src/build/CMakeFiles/CMakeError.log". ==> ERROR: A failure occurred in build(). Aborting... Expected Results: Able to compile without depending on baloo
This is not a bug.
This is one. Baloo is not an essential component for the functionality of most of KDEPIM. It is merely an indexing service used in few places like email content/metadata search For users who dont need the semantic search capabilities, this is an unneeded dependency In such cases it is common and good approach to leave the dependency as optional. No Baloo, no semantic search capabilities, This can be autodetected at configure time by the scripts or set manually with a DCMAKE flag With baloo specifically, there are a few users (willing to compile their own packages) asking around the net to be able to build a baloo-independent system. This is asking to be turned into an optional dependency
no it's not a bug so I re-close it you can re-open it but we will re close it as invalid