Your message dated Wed, 17 May 2017 09:49:23 +0200
with message-id <[email protected]>
and subject line Re: [Pkg-ime-devel] Bug#862717: ibus-daemon often crashes on
suspend/resume
has caused the Debian Bug report #862717,
regarding ibus-daemon often crashes on suspend/resume
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.)
--
862717: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862717
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: ibus
Version: 1.5.14-2
Severity: important
Dear Maintainer,
I frequently find myself unable to use my keyboard after coming back from
suspend/resume because ibus is no longer running -- the systray icon is gone. I
tried running ibus-daemon with "-v" in a console to see what is going on, but
the only output is "Terminated". I assume that the daemon is crashing for some
reason. That is rather bad, as it is not easy to get it back up without a
keyboard.
I feel the severity of this bug could also be "grave", but I'll leave that up
to you.
Kind regards,
Ralf
-- Package-specific info:
default-display-manager: /usr/bin/sddm
ibus is /usr/bin/ibus
ibus-setup is /usr/bin/ibus-setup
im-config -l => ibus xim
im-config -m => default missing ibus ibus
XMODIFIERS=@im=ibus
GTK_IM_MODULE=ibus
QT4_IM_MODULE=ibus
QT_IM_MODULE=ibus
XDG_DATA_DIRS=/usr/share:/usr/share:/usr/local/share
XDG_MENU_PREFIX=
PATH=~/bin:~/.cargo/bin:~/.local/bin:~/.opam/system/bin:~/bin:~/.cargo/bin:~/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
ls -l /usr/lib/ibus/
total 344
-rwxr-xr-x 1 root root 18504 Dec 10 07:26 ibus-dconf
-rwxr-xr-x 1 root root 14408 Dec 10 07:26 ibus-engine-simple
-rwxr-xr-x 1 root root 1925 Jan 14 14:56 ibus-engine-table
-rwxr-xr-x 1 root root 1068 Jan 14 14:56 ibus-setup-table
-rwxr-xr-x 1 root root 211080 Dec 10 07:26 ibus-ui-gtk3
-rwxr-xr-x 1 root root 91848 Dec 10 07:26 ibus-x11
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'testing-debug'), (100, 'unstable')
Architecture: amd64
(x86_64)
Foreign Architectures: i386
Kernel: Linux 4.11.0+ (SMP w/8 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages ibus depends on:
ii adwaita-icon-theme 3.22.0-1
ii dconf-cli 0.26.0-2+b1
ii dconf-gsettings-backend [gsettings-backend] 0.26.0-2+b1
ii gir1.2-gtk-3.0 3.22.11-1
ii gir1.2-ibus-1.0 1.5.14-2
ii libatk1.0-0 2.22.0-1
ii libc6 2.24-10
ii libcairo2 1.14.8-1
ii libdconf1 0.26.0-2+b1
ii libgdk-pixbuf2.0-0 2.36.5-2
ii libglib2.0-0 2.50.3-2
ii libgtk-3-0 3.22.11-1
ii libibus-1.0-5 1.5.14-2
ii libnotify4 0.7.7-2
ii libpango-1.0-0 1.40.5-1
ii libpangocairo-1.0-0 1.40.5-1
ii librsvg2-common 2.40.16-1+b1
ii libx11-6 2:1.6.4-3
ii libxi6 2:1.7.9-1
ii python3-gi 3.22.0-2
pn python3:any <none>
Versions of packages ibus recommends:
ii ibus-gtk 1.5.14-2
ii ibus-gtk3 1.5.14-2
ii ibus-qt4 1.3.3-1
ii im-config 0.30-1
ii libqt5gui5 5.7.1+dfsg-3+b1
Versions of packages ibus suggests:
pn ibus-clutter <none>
pn ibus-doc <none>
ii ibus-qt4 1.3.3-1
ii libqt5gui5 5.7.1+dfsg-3+b1
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi all,
all right, I think I know why ibus is stopping: Some part of KDE is
stopping it. I found this in .xsession-errors:
org.kde.kcm_keyboard: ibus successfully stopped
I have... no idea why the heck kcm_keyboard insists on breaking my
session, but I assume this is a bug in KDE, not ibus. I will report it
with their bugtracker.
Kind regards,
Ralf
On 16.05.2017 18:16, Osamu Aoki wrote:
> Hmmm...
>
> I now realize:
>
>> default-display-manager: /usr/bin/sddm
>
> I use GDM3 without problem for ibus.
>
> I hear KDE user are suffering strange IM problem with uim too.
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862558
>
> KDE used to work without problem. So something changed on sddm side how
> it run's its start up. Maybe how sddm is started by systemd.
>
> One user reported that by SSH into the problematic system via SSH, he
> sees:
>
> 1861 tty2 Rl+ 0:09 ksplashqml Breeze --pid
> 1871 tty2 Sl+ 0:00 \_ /usr/lib/mozc/mozc_server
> 1877 tty2 Sl+ 0:00 \_ /usr/lib/x86_64-linux-gnu/uim/uim-candwin-qt5
> -v
>
> Strange thing is why ksplashqm calling IM? He killed
> /usr/lib/mozc/mozc_server and got to log into system.
>
> The way this bug is happening, this looks like a bug on plasma-workspace
> or mozc.
>
> (This looks like mozc starting without regard to the other program.
> This may help some mozc user by letting them to skip configuration but
> certainly this is non-optimal way.)
>
> Regards,
>
> Osamu
>
--- End Message ---
