Your message dated Tue, 23 Oct 2012 20:26:08 +0900
with message-id <[email protected]>
and subject line Re: Bug#629490: root cause fix to uim start delay issue
has caused the Debian Bug report #300486,
regarding no easy way to wait until uim-xim is ready
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
300486: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=300486
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: uim-xim
Version: 1:0.4.6final1-2
Severity: normal
When using loading uim-xim and another program that needs to use it one
right after the other (e.g. in an .xsession) programs started after
uim-xim but before uim-xim is ready to service them can't use uim.
This comes up for me if I try to make an .xsession that looks something
like this:
uim-xim &
xterm
The xterm loads up after uim-xim has been started, but before it's ready
to accept connections from XIM clients. I can fix this by doing:
uim-xim &
sleep N
xterm
Where N=1 on most machines (like this one, a new amd64), but N=2 or 3 on some
really slow machines (notably, a heavily loaded PII-450 I have, so we're not
just saying hypothetically!)
It would be nice if there were an option to/wrapper for uim-xim that
allowed it to daemonize itself and only return to the caller when it was
not only daemonized, but actually ready to accept XIM clients. Then the
proposed .xsession could be something like:
uim-xim --daemonize
xterm
And everything would work nicely. =)
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.9-10-amd64-k8
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages uim-xim depends on:
ii libatk1.0-0 1.8.0-4 The ATK accessibility toolkit
ii libc6 2.3.2.ds1-20.0.0.1.pure64 GNU C Library: Shared libraries an
ii libgcc1 1:3.4.3-12 GCC support library
ii libglib2.0-0 2.6.3-1 The GLib library of C routines
ii libgtk2.0-0 2.6.2-4 The GTK+ graphical user interface
ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio
ii libstdc++5 1:3.3.5-12 The GNU Standard C++ Library v3
ii libuim0 1:0.4.6final1-2 Simple, secure, and flexible input
ii libx11-6 4.3.0.dfsg.1-12 X Window System protocol client li
ii libxext6 4.3.0.dfsg.1-12 X Window System miscellaneous exte
ii uim-common 1:0.4.6final1-2 Common files for uim
ii uim-utils 1:0.4.6final1-2 Utilities for uim
ii xlibs 4.3.0.dfsg.1-12 X Keyboard Extension (XKB) configu
-- no debconf information
--- End Message ---
--- Begin Message ---
On Sat, Aug 25, 2012 at 01:09:46PM +0900, Osamu Aoki wrote:
> 0.17 starts systray with sleep. This sleep was the work around to avoid
> this problem reported as http://bugs.debian.org/300486 .
>
> 0.18~pre2 does not have sleep since it is safe to do so (it is started
> after dbus.)
>
> Since this bug is fixed in root cause, please cansel bug report to
> upstream and when 0.18 is accepted for unstable/testing, please consider
> to close this bug.
im-config 0.18 accepted for testing.
So let's close bug#300486 and cancel upstream bug report.
--
Regards,
dai
GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E
signature.asc
Description: Digital signature
--- End Message ---
