[kde] [Bug 327165] KDE Apps, workspace elements freezes randomly

[Kopiás Csaba]

https://bugs.kde.org/show_bug.cgi?id=327165

--- Comment #4 from Kopiás Csaba <metamorfozis at metamorfozis.hu> ---
Thank you!

I have disabled as much as i was dare, i'm waiting to see the results.

On the other hand, i have found - at least one source - where the new kded
processes are coming.
I have an own acpi script (i made it), which handles my notebooks buttons, and
this starts an application like the following:

su -c
GTK2_RC_FILES=/data/home/meta/.gtkrc-2.0-kde:/data/home/meta/.gtkrc-2.0-kde4:/data/home/meta/.kde/share/config/gtkrc-2.0
GTK_RC_FILES=/etc/gtk/gtkrc:/data/home/meta/.gtkrc:/data/home/meta/.kde/share/config/gtkrc:/data/home/meta/.kde/share/config/gtkrc-2.0
GS_LIB=/data/home/meta/.fonts
GTK_RC_FILES=/etc/gtk/gtkrc:/data/home/meta/.gtkrc-1.2-gnome2 DISPLAY=:0
XAUTHORITY=/data/home/meta/.Xauthority  export $(dbus-launch) ;
SSH_ASKPASS=/usr/bin/ksshaskpass; eval $(ssh-agent -s); ssh-add < /dev/null;
sleep 2 && tail -n 1 /tmp/acpi_thinkvantage | bash


Where:
meta at x220:~$ cat /tmp/acpi_thinkvantage 
1383730996.0956
0
thunderbird

(The sleep part is because if i press the button twice, the file's content
changing, so this way if i press a button once thunderbird starts, if twice
then krusader... Crazy, i know.) 

So the command is this big, because acpi runs as root, and knows nothing about
X, kde, dbus or anything. So quite a bit of bootstrap needed to have a correct
looking, and correctly functioning x app started from there, that also can
login to ssh without asking password.

>From the above command dbus-launch seems to start kded4 , i've tested it.

I don't know how to prevent dbus from launching new kdeds, do you have any
idea?

Maybe the problem is the many kdeds can not access the same resource? How can i
solve that dbus-launch would use an existing kded session?

-- 
You are receiving this mail because:
You are the assignee for the bug.