Description of problem: 19 lines of errors of kf5.kded: No X-KDE-DBus-ServiceName found in "/usr/lib64/qt5/plugins/kf5/ for appmenu.so freespacenotifier.so statusnotifierwatcher.so" soliduiserver.so remotedirnotify.so ksysguard.so networkstatus.so" device_automounter.so kscreen.so networkwatcher.so keyboard.so" powerdevil.so proxyscout.so baloosearchmodule.so ktimezoned.so" khotkeys.so solidautoeject.so desktopnotifier.so recentdocumentsnotifier.so" What little research I found suggested XDG_CONFIG_DIRS, XDG_DATA_DIRS and PATH should have some kf5 directories in them. Looking around in /usr/bin/startkde, around line 285 has this code snippet if test -z "$XDG_DATA_DIRS"; then if [ "/usr/share" == "/usr/share" ]; then XDG_DATA_DIRS="/usr/share:/usr/local/share" else XDG_DATA_DIRS="/usr/share:/usr/share:/usr/local/share" fi fi Note second XDG_DATA_DIRS contents. :( $ echo $XDG_DATA_DIRS /usr/share Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. log into plasma desktop 2. head -14 ~/.xsession-errors
CC: (none) => marja11Blocks: (none) => 17523Assignee: bugsquad => mageia
Someone might consider bumping Priority: and/or Severity: on this bug report. Until it is resolved I believe no real progress will be made on bug 17155, bug 17302, bug 17527, bug 17658, bug 17749, bug 17750, bug 17890, bug 18882, bug 19016, bug 19038, most of all I hope it will fix for bug 19027.
Blocks: (none) => 15527
Summary: 6_s1: plasma kf5.kded: No X-KDE-DBus-ServiceName => 6_rc0: plasma kf5.kded: No X-KDE-DBus-ServiceName
Assignee: mageia => kde
Setting release_blocker per comment 1.
Priority: Normal => release_blocker
the startkde issue is solved.
CC: (none) => mageia
"What little research I found suggested XDG_CONFIG_DIRS, XDG_DATA_DIRS and PATH should have some kf5 directories in them." i don't see other distros doing this. any hint are welcome :)
(In reply to Nicolas Lécureuil from comment #4) > "What little research I found suggested XDG_CONFIG_DIRS, XDG_DATA_DIRS and > PATH should have some kf5 directories in them." > > i don't see other distros doing this. Yeah, I installed/checked Suse and ~/.xsession-errors also showed lots of kf5.kded: No X-KDE-DBus-ServiceName found errors. > any hint are welcome :) I think this was the url I ran across https://community.kde.org/Guidelines_and_HOWTOs/Build_from_source/Test_plasma FYI: Looking around in /usr/bin/startkde, around line 285 has this code snippet if test -z "$XDG_DATA_DIRS"; then if [ "/usr/share" == "/usr/share" ]; then == is a Bash extension and may fail under/in a dash shell. Some distros link /bin/sh to bin/dash. I can not find the reference but that line is the only == in the whole script. The other string checks use = only.
those errors are not errors but developper informations.
Blocks: 15527 => (none)
(In reply to Bit Twister from comment #5) > (In reply to Nicolas Lécureuil from comment #4) > > "What little research I found suggested XDG_CONFIG_DIRS, XDG_DATA_DIRS and > > PATH should have some kf5 directories in them." > > > > i don't see other distros doing this. > > Yeah, I installed/checked Suse and ~/.xsession-errors > also showed lots of kf5.kded: No X-KDE-DBus-ServiceName found errors. > > > any hint are welcome :) > > I think this was the url I ran across > https://community.kde.org/Guidelines_and_HOWTOs/Build_from_source/Test_plasma > > FYI: Looking around in /usr/bin/startkde, around line 285 has this code > snippet > > if test -z "$XDG_DATA_DIRS"; then > if [ "/usr/share" == "/usr/share" ]; then > > == is a Bash extension and may fail under/in a dash shell. > Some distros link /bin/sh to bin/dash. I can not find the reference but that > line is the only == in the whole script. The other string checks use = only. this part is now fixed in svn.
Nicolas, what's the status on this bug? Is it fixed already, or only partly?
closing as the main bug is about "developper infos" and the XDG one is fixed.
Status: NEW => RESOLVEDResolution: (none) => FIXED