Overview
Request 546359 superseded
- Created by pluskalm
- In state superseded
- Superseded by 557687
- Open review for openSUSE:Factory:Staging:N
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:G as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:G"
staging-bot accepted review
Picked openSUSE:Factory:Staging:G
namtrac accepted review
lgtm
dimstar_suse accepted review
Removing from openSUSE:Factory:Staging:G, re-evaluation needed
dimstar_suse added factory-staging as a reviewer
Requesting new staging review
dimstar_suse set openSUSE:Factory:Staging:N as a staging project
Being evaluated by staging project "openSUSE:Factory:Staging:N"
dimstar_suse accepted review
Picked openSUSE:Factory:Staging:N
repo-checker accepted review
cycle and install check passed
factory-repo-checker superseded request
superseded by 557687
okular fails to build
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
https://cgit.kde.org/okular.git/commit/?id=f777e2a92 is the commit
Needs KDE Applications 17.12 to land
Unignored: returned to active backlog.
Likely also related to the failure of libkollab-qt5:
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.
where ?
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.
Well, I just replied to your question... ;-)
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.