Overview
okular fails to build
[ 67s] CMake Error in generators/spectre/CMakeLists.txt: [ 67s] Cannot find source file: [ 67s] [ 67s] MODULE [ 67s] [ 67s] Tried extensions .c .C .c++ .cc .cpp .cxx .m .M .mm .h .hh .h++ .hm .hpp [ 67s] .hxx .in .txx
not guaranteed to be cmake related, but chances are high
CC @luca_b @Vogtinator @alarrosa @wolfi323 @cgiboudeaux
fixed upstream, will be part of Okular from 17.12
Needs KDE Applications 17.12 to land
Unignored: returned to active backlog.
Likely also related to the failure of libkollab-qt5:
[ 64s] -- Detecting CXX compile features - done [ 64s] CMake Deprecation Warning at /usr/share/cmake/Modules/FeatureSummary.cmake:671 (message): [ 64s] SET_PACKAGE_INFO is deprecated. Use SET_PACKAGE_PROPERTIES instead. [ 64s] Call Stack (most recent call first): [ 64s] cmake/modules/MacroLogFeature.cmake:96 (SET_PACKAGE_INFO) [ 64s] CMakeLists.txt:61 (macro_log_feature) [ 64s] [ 64s] [ 64s] -- Boost version: 1.65.1 [ 64s] CMake Error at cmake/modules/FindSWIG.cmake:4 (find_package_handle_standard_args): [ 64s] Unknown CMake command "find_package_handle_standard_args". [ 64s] Call Stack (most recent call first): [ 64s] CMakeLists.txt:80 (find_package) [ 64s] [ 64s]
there's a DR for libkolab-qt5. SR#555251
And the libkolab-qt5 build failure is rather related to the KDE Applications update AFAICT (kcalcore in particular).
It already fails with cmake 3.9.5 (and even 3.5.2 on Leap 42.x) in KDE:Applications.
libkolab-qt5 will no longer be needed with Applications 17.12. Once I file them for submission, I'll also file a DR for libkolab-qt5.
Fixing this cmake error will just result in compile failures later on anyway because of the API changes in kcalcore.
Everywhere. kcalcore has been ported from KTimeZone to QTimeZone, KDateTime to QDateTime, and so on. And that's reflected in the API.
The fix for this cmake error in libkolab-qt5 would be easy btw: sed -i '1 a include(FindPackageHandleStandardArgs)' cmake/modules/FindSWIG.cmake
But it would still be necessary to port it to the new API, which is far from easy...
PS: see https://cgit.kde.org/kcalcore.git/commit/?h=Applications/17.12&id=df84459e75cec10d7460af38cc3358e9eace10d0 e.g., but it hasn't been done in a single commit...
I'm afraid this discussion is getting nowhere. There's no need to fix something we're removing from factory nor fix some code nothing uses.
That's (one of) the reason(s) why upstream ships a libkolab copy within kdepim-runtime. Contributing to libkolab is a pain for various reasons.
Request History
pluskalm created request
factory-auto added opensuse-review-team as a reviewer
Please review sources
factory-auto added repo-checker as a reviewer
Please review build success
factory-auto accepted review
Check script succeeded
licensedigger accepted review
ok
staging-bot set openSUSE:Factory:Staging:N as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:N"
staging-bot accepted review
Picked openSUSE:Factory:Staging:N
dimstar accepted review
repo-checker accepted review
cycle and install check passed
dimstar_suse accepted review
ready to accept
dimstar_suse approved review
ready to accept
dimstar_suse accepted request
Accept to openSUSE:Factory
