https://bugs.kde.org/show_bug.cgi?id=322922
--- Comment #27 from Méven Car <meve...@gmail.com> --- (In reply to Duncan from comment #25) > (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. The issue is that KFilemetadata is now a hard dependency for dolphin and you don't have it installed. But dolphin cmakeLists.txt did not make it explicit. https://invent.kde.org/system/dolphin/-/merge_requests/847 -- You are receiving this mail because: You are watching all bug changes.
