plasma-workspace's kuiserver5 was made to be parallel-installable with kde-runtime's kuiserver, except they both try to claim/use org.kde.kuiserver on dbus. We only noticed this in fedora, because initial testing of kdbus (kernel dbus) exposed this (and kdbus disallows it) Reproducible: Always
Yep, it hit me and other user too while testing plasma-workspace-units https://github.com/eliasp/plasma-workspace-units/issues/19 Not sure what would be preferred way of fixing this..
See also, https://git.reviewboard.kde.org/r/117876/
My guess: if the kde4 kuiserver cannot be replaced by kuiserver5 (which I assume is true), then kuiserver5 needs to change to use a different dbus address, probably (something like): org.kde.kuiserver5
I have a proof-of-concept patch that adapts things to use org.kde.kuiserver5 instead. I'll do a bit more testing and submit to reviewboard soonish.
See: https://git.reviewboard.kde.org/r/125610/
May i suggest another solution: create a CMake option for kde-runtime not to build kuiserver. (Whether this should be ON or OFF by default, i'd rather not say =)
Git commit be3ee5b9a36e1b7f3c6eab466e33762ae101b3c6 by Rex Dieter. Committed on 13/10/2015 at 17:51. Pushed by rdieter into branch 'Applications/15.08'. make kglobalaccel,khelpcenter,kuiserver bits optional (default ON) Allow some items to be disabled that could undesirable on plasma5 M +3 -3 CMakeLists.txt http://commits.kde.org/kde-runtime/be3ee5b9a36e1b7f3c6eab466e33762ae101b3c6