Description of problem: # grep org.kde.kuiserver /usr/share/dbus-1/*/* /usr/share/dbus-1/services/kf5_org.kde.kuiserver.service:Name=org.kde.kuiserver /usr/share/dbus-1/services/org.kde.kuiserver.service:Name=org.kde.kuiserver # rpm -qf /usr/share/dbus-1/services/kf5_org.kde.kuiserver.service /usr/share/dbus-1/services/org.kde.kuiserver.service plasma-workspace-5.3.2-5.fc24.x86_64 kde-runtime-15.04.3-1.fc23.x86_64 Leads to: [ 38.319496] systemd-dbus1-generator[1214]: Failed to create /run/user/0/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists Jul 31 10:20:44 vmrawhide systemd: Failed to create /run/user/494/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists Jul 31 10:20:45 vmrawhide systemd-dbus1-generator[1214]: Failed to create /run/user/0/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists
Actually, I suspect it is more appropriate to be removing from kde-runtime.
(note that this only becomes more visible with kdbus, it's already broken with dbus-daemon, as it's not clear which service will be activated when requested. dbus-daemon doesn't warn about this, but it probably should too)
Filed bug upstream, https://bugs.kde.org/show_bug.cgi?id=351500
Patch submitted upstream for review: https://git.reviewboard.kde.org/r/125610/ Reassigning to plasma-workspace (for now), current implementation is to use separate org.kde.kuiserver5 service for kf5/plasma5 runtime.
OK, upstream knocked down that idea. Next plan: * omit kuiserver bits from kde-runtime
kde-baseapps-15.08.2-1.fc23 kde-runtime-15.08.2-1.fc23 kdelibs-4.14.13-1.fc23 has been submitted as an update to Fedora 23. https://bodhi.fedoraproject.org/updates/FEDORA-2015-22d451b685
kde-baseapps-15.08.2-1.fc23, kde-runtime-15.08.2-1.fc23, kdelibs-4.14.13-1.fc23 has been pushed to the Fedora 23 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update kde-baseapps kde-runtime kdelibs' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-22d451b685
kde-baseapps-15.08.2-1.fc23, kde-runtime-15.08.2-1.fc23, kdelibs-4.14.13-1.fc23 has been pushed to the Fedora 23 stable repository. If problems still persist, please make note of it in this bug report.
kde-runtime-15.08.2-1.fc22 kdelibs-4.14.13-1.fc22 has been submitted as an update to Fedora 22. https://bodhi.fedoraproject.org/updates/FEDORA-2015-2bac384722
kde-runtime-15.08.2-1.fc22, kdelibs-4.14.13-1.fc22 has been pushed to the Fedora 22 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with $ su -c 'dnf --enablerepo=updates-testing update kdelibs kde-runtime' You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-2bac384722
kde-runtime-15.08.2-1.fc22, kdelibs-4.14.13-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report.
(In reply to Rex Dieter from comment #5) > OK, upstream knocked down that idea. > > Next plan: > * omit kuiserver bits from kde-runtime Like 0001-make-kglobalaccel-khelpcenter-kuiserver-bits-optiona.patch says: "Allow some items to be disabled that could undesirable on plasma5" but it is desired on KDE4, which I'm running on my laptop within F23 . I notice that is just undefine plasma5 in kde-runtime.spec, good !. I saw this issue when run in command line: ark --batch -a kde-workspace-4.11.22-5.fc23.src.rpm ark(17127): Couldn't start kuiserver from kuiserver.desktop: "Could not find service 'kuiserver.desktop'." QDBusObjectPath: invalid path "" but ark is not modified . I like more the idea of: "Exclusively use org.kde.kuiserver5 dbus service so it doesn't conflict with kde4's org.kde.kuiserver from kde-runtime"
Did error/warning prevent ark from functioning properly? Are you not using plasma(5)?
no, ark works well, without problems. yes I had install kde4 over F23 with : dnf copr enable sergiomb/kde4for23 , it is a copy of dnf copr enable peem/kde4-fedora , that we talk about on KDE mailing list ,emails with subject kde4 in F22 Thanks
OK, for folks that want/need it, I suppose I can bring back a kde-runtime-kuiserver subpkg
(In reply to Rex Dieter from comment #15) > OK, for folks that want/need it, I suppose I can bring back a > kde-runtime-kuiserver subpkg I don't know if it's worth , because looking for kde-runtime.spec [1] I want build kde-runtime without plasma5 defined, to have also kdesu, khelpcenter etc [1] https://pkgs.fedoraproject.org/cgit/kde-runtime.git/tree/kde-runtime.spec Thanks,
(In reply to Rex Dieter from comment #15) > OK, for folks that want/need it, I suppose I can bring back a > kde-runtime-kuiserver subpkg On second thought [1] maybe I don't need rebuild kde-runtime and is a good idea create a kde-runtime-kuiserver subpkg Thanks. [1] https://lists.fedoraproject.org/archives/list/kde%40lists.fedoraproject.org/message/HCZPQKLY6ER4EDHS4Z2ECBI7UCLHUTUF/
%changelog * Fri Dec 18 2015 Rex Dieter <rdieter> 15.12.0-1 - 15.12.0, - restore -kuiserver (#1249157)
(In reply to Sergio Monteiro Basto from comment #16) > I don't know if it's worth , because looking for kde-runtime.spec [1] > I want build kde-runtime without plasma5 defined, to have also kdesu, > khelpcenter etc My sentence here is not correct, I use kde-runtime from system (just add %global kuiserver 1 ) (In reply to Rex Dieter from comment #5) > OK, upstream knocked down that idea. > > Next plan: > * omit kuiserver bits from kde-runtime I like the idea (the implementation to use separate org.kde.kuiserver5 service for kf5/plasma5 runtime ) Now we have Obsoletes: kde-runtime-kuiserver < 1:15.08.2 on plasma-workspace.spec [1] Why we can have org.kde.kuiserver5 for kuiserver5 and org.kde.kuiserver for kuiserver (kde4) ? Should be always a good solution not overwrite, files from previous versions , we got this problem several times , and in my IMHO is a better solution, I have the same problem with https://bugzilla.redhat.com/show_bug.cgi?id=1199720 ... Should I open a new bug ? , maybe is the better to explain the problem and find a solution ... [1] https://src.fedoraproject.org/cgit/rpms/plasma-workspace.git/tree/plasma-workspace.spec#n280
Why we can have ... ? See https://git.reviewboard.kde.org/r/125610/ If you want kde-runtime-kuiserver, you'll need to maintain it yourself, sorry.
Thanks for reply, my solution was add Epoch:3 to kde-runtime.spec and therefore Obsoletes: kde-runtime-kuiserver < 1:15.08.2 in plasma-workspace.spec and Obsoletes: kde-runtime-docs < 1: (...) in plasma-desktop-doc are ignored .
Epoch: 1 would have been enough, but 3 works too