Hi, The root cause is fcitx cannot found session's dbus-daemon is running. Basically fcitx has a walkaround for this, and retry 5 times, with 1 second sleep. But YuQiang Su's desktop startup is quite slow that still didn't catch up the dbus test.
And even I try to add eval `dbus-launch --sh-syntax --exit-with-session`, it still not work for him. Seems GNOME don't reuse existing dbus-daemon? (Not sure, because such walkaround works on opensuse.) Well, a quick and dirty walkaround will be add "-s 5" to /usr/bin/fcitx & delay more 5 second. On Thu, Nov 17, 2011 at 8:27 PM, Osamu Aoki <os...@debian.org> wrote: > Hi, > > Thanks for your bug report. > > On Thu, Nov 17, 2011 at 09:37:55AM +0800, YunQiang Su wrote: >> Package: im-config >> Version: 0.5 >> X-Debbugs-CC: wen...@gmail.com >> >> in /usr/share/im-config/data/22_fcitx.im, >> fcitx is started before the Vars are set. > > You mean "fcitx" is started before environment variables are set. > >> Make fcitx can not work when boot, I have to restart fcitx >> manually any time after reboot. > > Well I do not know exactly what was recoomended for "fcitx" since its > documentation is all in Chinese. > > But this is normal way to start IM daemon. > > environment variables are not for "fcitx" but for application programs > connecting to "fcitx". They run under X with these environment > variables. > > Does "fcitx" also starts some client GUI panel? > >> Or should fcitx process the changes of Vars? >> so I cc it to wxt > > If you are experiencing problem, that may be different cause. Some IM > daemon needs to wait a bit. This is because thier internl > initialization code do not have waiting for X to start. > > See 24_uim.im > > Its client GUI panel has wait there. > > Osamu > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org