Hi, On Sat, Aug 11, 2012 at 11:41:56PM +0800, Aron Xu wrote: > On Sat, Aug 11, 2012 at 6:55 PM, Osamu Aoki <os...@debian.org> wrote: > > On Sat, Aug 11, 2012 at 06:12:10PM +0800, Aron Xu wrote: > >> On Wed, Aug 8, 2012 at 9:11 PM, Osamu Aoki <os...@debian.org> wrote: > > 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...
I see. I am usually on SSD with 16GB DRAM or on SSD witn 3GB DRAM now so I did not notice under GNOME3. (My slowest system is too slow to even get Xfce started within my paitience.) > 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. I think uim maintainer did the similar. > What's your opinion on requesting unblock? Should I submit it or you'll do it? Unless I hear screaming soon from UIM maintainer, I am seriously thinking to freeze exception. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
