[Pkg-ime-devel] Bug#683950: Bug#683950: im-config: alter the way of starting during Xsession startup

Aron Xu aron at debian.org
Sat Aug 11 15:41:56 UTC 2012


Hi,

On Sat, Aug 11, 2012 at 6:55 PM, Osamu Aoki <osamu at debian.org> wrote:
> Hi,
>
>
> On Sat, Aug 11, 2012 at 06:12:10PM +0800, Aron Xu wrote:
>> On Wed, Aug 8, 2012 at 9:11 PM, Osamu Aoki <osamu at debian.org> wrote:
>> >
>> > By the way, are you aware of some case where IM daemon go crazy not
>> > finding dbus.  Most of them wait for some time.  So this should not be a
>> > serious bug and that was why we never got to work on this.
>> >
>>
>> Not crazy as far as I know, but if the user's desktop environment
>> starts really slow, some of them can reliably have IM Modules not
>> working, and you know GTK3 cannot fallback to a working XIM actually.
>
> I think you have reported this bug as "wishlist" but the more I hear
> about this, it sounds at least "important".  (I think you were just too
> nice to me but I may have deserved harsher bug ...)
>
> I would like to hear your experience with my experimental package.
>

As my co-maintainer has replied, we have checked all factors that we
can think of, and all of them are fine. Now I'm much more confident
that this version is good enough.

Actually with the combination of btrfs root filesystem and GNOME3
desktop on traditional disk (not SSD), a user's desktop environment
may slow down rapidly until his/her input method cannot wait until
DBus is available even if the machine isn't very low end...

We have tried to increase the wait time in Fcitx from time to time,
but it's not an optimal solution - there is always someone has a
slower installation. IBus has its own private dbus server, which means
starting another dbus process which can talk to desktop dbus session.
Because DBus wasn't always reliably started, Fcitx is trying to add
that bit, too.

What's your opinion on requesting unblock? Should I submit it or you'll do it?

--
Regards,
Aron Xu



More information about the Pkg-ime-devel mailing list