Lightning
19.06.09, 10:16
guten morgen ...
vorweg: grundsystem ist ein slackware-current (32 bit) auf 2.6.29.4 marke eigenbau und qt 4.5 ebenfalls selbst compiled (wobei das qt 4.4 aus den packages die selbe symptomatik aufwirft).
ich installiere (seit etwa einer woche *grmbls*) zum ersten mal im leben kde4 bzw. versuche es.
das grundkonstrukt kde funktioniert; kde startet. das manko der geschichte ist, dass dinge wie das kde-menü (oder die kde-hints, etc.) keine inhalte zeigen, sondern lediglich den schwarzen rahmen drumrum. die ursache dafür ist wohl dbus, da kde diese inhalte per dbus bezieht (soweit ich das bisher erfahren konnte; mit kde4 habe ich kaum erfahrungen und ich habe auf dieser welt noch niemanden gefunden, der von dbus wirklich ahnung hat ...).
ich habe momentan sozusagen 2 stände mit leicht unterschiedlichem verlauf, aber selbem ergebnis für kde.
stand 1:
komplette standard-konfiguration für dbus von slackware selbst.
neben dem output von startx (im angehängten startx_log_1); wirft syslog noch zusätzlich folgende fehler:
Jun 19 05:42:10 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.CPUFreq" member="SetCPUFreqGovernor" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
Jun 19 05:42:10 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.SystemPowerManagement" member="SetPowerSave" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
Jun 19 05:42:16 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.CPUFreq" member="GetCPUFreqAvailableGovernors" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
Jun 19 05:42:16 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.CPUFreq" member="GetCPUFreqAvailableGovernors" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
Jun 19 05:42:16 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.CPUFreq" member="GetCPUFreqAvailableGovernors" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
stand 2:
die standard-konfiguration erweitert um das hier (https://bugs.launchpad.net/indicator-applet/+bug/346513/comments/6) behebt die syslog fehler, führt aber dennoch nicht zum funktionierenden kde.
das wohl ausschlaggebende gemeinsame problem der beiden stände ist folgendes:
kded(1458): Communication problem with "kded" , it probably crashed.
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." "
kdeinit4: preparing to launch /usr/bin/kcminit_startup
kdeinit4: preparing to launch /usr/bin/ksmserver
kded(1459): "Error launching kconf_update. Either KLauncher is not running anymore, or it failed to start the application."
ich habe mir jetzt 6 tage einen wolf gegoogelt, alles kontaktiert, das ich irgendwie kenne; eine lösung für das problem scheint aber nicht zu existieren ...
mir fehlt für das ganze ein lösungsansatz; vielleicht kann mir jemand von euch auf die sprünge helfen.
anmerkung zu den angehängten logfiles:
startx_log_1 =
startx 2> startx_log_1
startx_log_2 =
startx 2> startx_log_2
die xinitrc enthält in beiden fällen ein
exec startkde (zum testen einfacher als wirklich ein init4 zu booten; macht keinen unterschied, auch schon versucht).
die probleme mit xine und gstreamer bitte ignorieren, sofern sie mit dem obigen problem nichts zu tun haben. das system hat keine soundkarte, insofern ist das für mich egal und wird später behoben *g*.
vorweg: grundsystem ist ein slackware-current (32 bit) auf 2.6.29.4 marke eigenbau und qt 4.5 ebenfalls selbst compiled (wobei das qt 4.4 aus den packages die selbe symptomatik aufwirft).
ich installiere (seit etwa einer woche *grmbls*) zum ersten mal im leben kde4 bzw. versuche es.
das grundkonstrukt kde funktioniert; kde startet. das manko der geschichte ist, dass dinge wie das kde-menü (oder die kde-hints, etc.) keine inhalte zeigen, sondern lediglich den schwarzen rahmen drumrum. die ursache dafür ist wohl dbus, da kde diese inhalte per dbus bezieht (soweit ich das bisher erfahren konnte; mit kde4 habe ich kaum erfahrungen und ich habe auf dieser welt noch niemanden gefunden, der von dbus wirklich ahnung hat ...).
ich habe momentan sozusagen 2 stände mit leicht unterschiedlichem verlauf, aber selbem ergebnis für kde.
stand 1:
komplette standard-konfiguration für dbus von slackware selbst.
neben dem output von startx (im angehängten startx_log_1); wirft syslog noch zusätzlich folgende fehler:
Jun 19 05:42:10 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.CPUFreq" member="SetCPUFreqGovernor" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
Jun 19 05:42:10 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.SystemPowerManagement" member="SetPowerSave" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
Jun 19 05:42:16 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.CPUFreq" member="GetCPUFreqAvailableGovernors" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
Jun 19 05:42:16 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.CPUFreq" member="GetCPUFreqAvailableGovernors" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
Jun 19 05:42:16 tux dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.26" (uid=1000 pid=6981 comm="kded4 ") interface="org.freedesktop.Hal.Device.CPUFreq" member="GetCPUFreqAvailableGovernors" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=1263 comm="/usr/sbin/hald --daemon=yes "))
stand 2:
die standard-konfiguration erweitert um das hier (https://bugs.launchpad.net/indicator-applet/+bug/346513/comments/6) behebt die syslog fehler, führt aber dennoch nicht zum funktionierenden kde.
das wohl ausschlaggebende gemeinsame problem der beiden stände ist folgendes:
kded(1458): Communication problem with "kded" , it probably crashed.
Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken." "
kdeinit4: preparing to launch /usr/bin/kcminit_startup
kdeinit4: preparing to launch /usr/bin/ksmserver
kded(1459): "Error launching kconf_update. Either KLauncher is not running anymore, or it failed to start the application."
ich habe mir jetzt 6 tage einen wolf gegoogelt, alles kontaktiert, das ich irgendwie kenne; eine lösung für das problem scheint aber nicht zu existieren ...
mir fehlt für das ganze ein lösungsansatz; vielleicht kann mir jemand von euch auf die sprünge helfen.
anmerkung zu den angehängten logfiles:
startx_log_1 =
startx 2> startx_log_1
startx_log_2 =
startx 2> startx_log_2
die xinitrc enthält in beiden fällen ein
exec startkde (zum testen einfacher als wirklich ein init4 zu booten; macht keinen unterschied, auch schon versucht).
die probleme mit xine und gstreamer bitte ignorieren, sofern sie mit dem obigen problem nichts zu tun haben. das system hat keine soundkarte, insofern ist das für mich egal und wird später behoben *g*.