FS#46730 - [kdebase-runtime] Don't build kuiserver
Attached to Project:
Arch Linux
Opened by AnAkkk (AnAkkk) - Thursday, 15 October 2015, 08:58 GMT
Last edited by Antonio Rojas (arojas) - Saturday, 02 January 2016, 11:27 GMT
Opened by AnAkkk (AnAkkk) - Thursday, 15 October 2015, 08:58 GMT
Last edited by Antonio Rojas (arojas) - Saturday, 02 January 2016, 11:27 GMT
|
Details
A commit has been done to make kuiserver optional:
https://quickgit.kde.org/?p=kde-runtime.git&a=commit&h=be3ee5b9a36e1b7f3c6eab466e33762ae101b3c6 which is supposed to fix this bug: https://bugs.kde.org/show_bug.cgi?id=351500 Currently both files are conflicting on arch when using kdbus (and maybe not only kdbus, since we now have systemd user sessions?): systemd[769]: Failed to create /run/user/996/systemd/generator.late/dbus-org.kde.kuiserver.service: File exists systemd[769]: Listening on DBUS1: org.kde.kuiserver. I guess kuiserver could now be made optional. If not, then I guess you can put the conflicting file in a split package, which would conflict with plasma-workspace. |
This task depends upon
Closed by Antonio Rojas (arojas)
Saturday, 02 January 2016, 11:27 GMT
Reason for closing: Fixed
Additional comments about closing: kuiserver 5.5.2-2, dolphin 15.12.0-2
Saturday, 02 January 2016, 11:27 GMT
Reason for closing: Fixed
Additional comments about closing: kuiserver 5.5.2-2, dolphin 15.12.0-2
However, I would ask that the split package solution be adopted, for otherwise I am stuck with that version... For completeness: I use lxqt with xfwm4.
Unless I'm missing something, if dolphin has to launch kuiserver (which it attemps to when copying a file), and kuiserver is provided *only* by some plasma package, which is not installed because the user does not use plasma, where is the kuiserver suppose to come from? Plasma afterall, is not a requirement for dolphin...