ibus と mlterm の起動順序依存問題

[tsutsui]

以下のツイートに書いた問題
https://twitter.com/tsutsuii/status/1248828622678323201

mlterm を --enable-ibus オプション付きでビルドした場合、

• mlterm 起動時点で ibus-daemon が動いていないと起動しない?
• mlterm 起動後に ibus-daemon を再起動すると mlterm が応答しなくなる?

1つ目の問題は、 .xsession の以下の行

netbsd-teokureliveimage/liveimagefiles/skel/.xsession

Lines 49 to 51 in 653ce70

	ibus-daemon --xim --daemonize --replace; sleep 2
	mlterm -ls -geometry 80x25+0+30 -title $host &

において ibus-daemon を --daemon オプションで起動した後、
ibus-daemon が起動し切る前に mlterm の起動まで到達してしまうと
mlterm が立ち上がらないことがある。これはマシンの速度に依存するらしい。

mlterm 側で対処してもらうことになる可能性もあるが、
sleep 2 で待つ以外に対処方法があるか考えてみる。

[tsutsui]

• mlterm 起動時点で ibus-daemon が動いていないと起動しない?

いまさらながら 20200221 版の amd64 イメージで試してみたところ、
「mlterm 起動時点で ibus-daemon が動いていないと起動しない」は偽で、
.xsession で ibus-daemon の行をコメントアウトしていても mlterm は起動する。

mlterm 起動後に ibus を終了すると mlterm がハングするのは再現したが、
これは mlterm に限らず kterm もハングする。なので XIM の問題という気もする。

レポートのあった問題が再現しない（原因は ibus-daemon の起動有無ではない）ので、
対処については #3 の wpa_gui の対処 (起動箇所の ~/.jwmrc への移動) 後の発生状況を見て
改めて考える。

[tsutsui]

あらきさんからのコメント:

https://twitter.com/arakiken/status/1249147710302715906

• Teokure Live Imageのmltermは~/.mlterm/mainにinput_method=ximと設定されており、xim経由でかな漢字変換を行う設定になっているため、--enable-ibusオプションは関係ないかと思います。
• ibusは、接続が切れるとdisconnectシグナルが飛んでくるので、コールバックの中でかな漢字変換のcontextを破棄しておく必要があります。xim経由だとその処理がなされず、無効になったcontextにアクセスしようとして固まるのかなあと考えていますが、原因はまだよく分かりません
• -im ibusオプションで起動すると、ibus-daemonが死んでも、mltermが固まることはないように思いますので、オプションを変えていただくのが早いかもしれません。なおibus-daemonが起動する前にmlterm -im ibusが起動し、ibus-daemonに接続できなかった場合は、input methodなし(-im none)にフォールバックしてしまうので、mlcc input_method ibusのように手動でibusに切り替える必要があります。

なので、やはり「ibus を終了すると起動中の mlterm がハングする」と「ログイン時に mlterm が起動しないことがある」というのは異なる要因らしい。