https://bugs.kde.org/show_bug.cgi?id=322922
Duncan <1i5t5.dun...@cox.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |1i5t5.dun...@cox.net
Resolution|FIXED |---
Status|RESOLVED |REOPENED
--- Comment #25 from Duncan <1i5t5.dun...@cox.net> ---
(In reply to Méven from comment #24)
> Git commit fdf854bd81d9e42df2d8672d49a0b7fcdb7443a5 by Méven Car.
> Committed on 27/10/2024 at 17:20.
> Pushed by meven into branch 'master'.
>
> ViewProperties: Store view properties in extended file attributes
(snip some... only listing the file triggering the error)
> M +1 -1 src/CMakeLists.txt
This commit breaks building dolphin without baloo support (gentoo:
USE=-semantic-desktop, which sets -DCMAKE_DISABLE_FIND_PACKAGE_LibFoo=ON for
LibFoo values: KF6Baloo, KF6BalooWidgets, KF6FileMetaData).
The error:
CMake Error at src/CMakeLists.txt:199 (target_link_libraries):
Target "dolphinprivate" links to:
KF6::FileMetaData
but the target was not found. (snip the possible reasons include bit, the
reason is known...)
The initial/config problem seems to be that src/CMakeLists.txt change, where
the previous target_link_libraries KF6::FileMetaData listing was conditioned
under if(HAVE_BALOO) (line 227 with this commit, but later commits already
move it down), while it's now under the generic/unconditioned
target_link_libraries (line 220, down further now).
However, just moving it back so it's conditional again doesn't work, as the new
code then unsurprisingly breaks during the compile step. So the new code needs
to be conditioned as well. But not being a dev I'm reaching the limits of my
easy hack-testing ability.
Reopening, but I can file a new bug and this can be reclosed if that's
considered more appropriate.
--
You are receiving this mail because:
You are watching all bug changes.
