Orz日記 by Akio Morita

_ [FreeBSD]textproc/ibus 1.5.32

ktermへのXIM入力が機能しなくなった Orz

現状まとめ

• ibus 1.5.32による XIM入力
  • x11/xterm OK
  • japanese/kterm NG
  • editors/emacs OK

ほかにもwww/firefoxやgraphics/gimp-appも問題無さそう…

• 更新前のibus 1.5.31_1まではktermでも問題なく動いていた
• ja-ibus-anthy側も再コンパイルしたけど状況変わらず
• 入力確定時に半角数字を混ぜて確定すると「半角数字」の部分はkterm側に入力される

原因究明には、kterm側がXIMから受け取ってる符号列がどうなっているか確認する必要がある？ → input.cレベルだとXIM側からCJK文字が渡ってきていないぽぃ

xterm/ktermの違いとして、XIMでやりとりする符号列がUTF-8 vs EUC-JPな違いがあるが、X11側で適宜変換しているはずなのだが…

XIMレベルで有りそうなバグとしては、ibus側からEUC-JPへマップできないコードポイントが紛れ込んでおり、UTF-8 → EUC-JP変換時にCJK文字が欠落しているとか…

_ [FreeBSD]textproc/ibusの件

packageで1.5.32から1.5.31_1へ巻き戻すと今まで通り、ktermも含め問題なくXIMが動作することを確認した

次に調べるべきは…

1. 1.5.31_1のportsからの再コンパイルで動作を確認する (2025-07-01追試 → 問題なく動作する)
2. portsのMakefile更新に伴うコンパイルオプションの変化を確認する (2025-07-02追試 → configure option/gtk3 UI code regenまで揃えても 1.5.31_1は問題なく動作する)
3. ibusの更新差分を調べる

XIM + ktermの動作なんてニッチ環境の不具合レポートなんて、ibusのIssue Trackerにはあがってないに違いない… Orz

portsのMakefileを順序等を整理して本質的差分のみ抽出 (2025-07-01)

diff -dur /usr/ports/textproc/ibus/Makefile Makefile
--- /usr/ports/textproc/ibus/Makefile  2025-06-11 17:14:07.686474000 +0900
+++ Makefile   2025-07-01 09:59:02.972368000 +0900
@@ -1,5 +1,6 @@
 PORTNAME=     ibus
-DISTVERSION=  1.5.32
+DISTVERSION=  1.5.31
+PORTREVISION= 1
 CATEGORIES=   textproc
 MASTER_SITES= https://github.com/${PORTNAME}/${PORTNAME}/releases/download/${DISTVERSION}/

@@ -31,6 +32,7 @@
 CONFIGURE_ARGS=       --disable-install-tests \
               --disable-python2 \
               --disable-systemd-services \
+              --disable-python-library --disable-systemd \
               --with-html-dir=${PREFIX}/share/doc \
               --with-ucd-dir=${LOCALBASE}/share/unicode/ucd

@@ -78,7 +80,6 @@
 GTK3_IMPLIES=                 WAYLAND
 GTK3_LIB_DEPENDS=             libdbus-1.so:devel/dbus \
                               libnotify.so:devel/libnotify
-GTK3_USES=                    vala:build
 GTK3_USE=                     GNOME=cairo,gtk30,pango
 GTK3_CONFIGURE_ENABLE=                gtk3 libnotify
 GTK3_LIBS=                    -lX11
@@ -97,7 +98,6 @@
 WAYLAND_LIB_DEPENDS=          libwayland-client.so:graphics/wayland \
                               libxkbcommon.so:x11/libxkbcommon
 WAYLAND_CONFIGURE_ENABLE=     wayland
-XIM_IMPLIES=                  GTK3
 XIM_CONFIGURE_ENABLE=         xim

 .include <bsd.port.pre.mk>
@@ -107,10 +107,6 @@
 .else
 PLIST_SUB+=   COMPDIR="@comment "
 .endif
-
-post-configure:
-      # Clean pre-generated source code, which may not match the options selected.
-      ${MAKE} -C ${WRKSRC}/ui/gtk3 maintainer-clean-generic

 post-install:
       ${MKDIR} ${STAGEDIR}${PREFIX}/etc/xdg/autostart

暫定的結論 (2025-07-02)

• ports側のbuild設定を最新のibus-1.5.32と揃えて1.5.31_1を再ビルドしても問題なくktermへ入力できる
• 従って、kterm + ibus 1.5.32での不具合は、1.5.31→1.5.32の差分に原因があるはず

調査メモ (2025-07-03)

clientソースの差分から怪しい変更を探してみた

• gtk_initでは無く gdk_initによる初期化に切り替えている(ibus-x11 can use gdk_init() to reduce memory usage. #2547)
  • メモリ消費削減のためらしいが、XIM等で必要なlocaleまわりの設定とか抜けてないか？

--- ibus-1.5.31/client/x11/main.c      2024-11-08 19:35:46.000000000 +0900
+++ ibus-1.5.32/client/x11/main.c      2025-04-08 21:57:26.000000000 +0900
@@ -2,7 +2,7 @@
 /* vim:set et sts=4: */
 /* ibus
  * Copyright (C) 2007-2015 Peng Huang <shawn.p.huang@gmail.com>
- * Copyright (C) 2015-2023 Takao Fujiwara <takao.fujiwara1@gmail.com>
+ * Copyright (C) 2015-2025 Takao Fujiwara <takao.fujiwara1@gmail.com>
  * Copyright (C) 2007-2015 Red Hat, Inc.
  *
  * main.c:
@@ -1363,7 +1363,7 @@
     gdk_set_allowed_backends ("x11");
 #endif

-    gtk_init (&argc, &argv);
+    gdk_init (&argc, &argv);
     XSetErrorHandler (_xerror_handler);
     XSetIOErrorHandler (_xerror_io_handler);

• 領域拡張のためreallocする際のサイズが増えてないのはenbugに見える
  • reallocする際に一時ポインタ変数で受けてから更新するのは理屈通りだが、fallbackが同じなので拡張失敗時の結果は同様

--- ibus-1.5.31/util/IMdkit/i18nOffsetCache.c   2024-11-08 19:35:46.000000000 +0900
+++ ibus-1.5.32/util/IMdkit/i18nOffsetCache.c   2025-04-08 21:57:26.000000000 +0900
@@ -1,6 +1,6 @@
 /*
  * Copyright (C) 2014 Peng Huang <shawn.p.huang@gmail.com>
- * Copyright (C) 2014 Red Hat, Inc.
+ * Copyright (C) 2014-2025 Red Hat, Inc.
  *
  * Permission to use, copy, modify, distribute, and sell this
  * software and its documentation for any purpose is hereby granted
@@ -83,10 +83,12 @@
     }

     if (++offset_cache->size > offset_cache->capacity) {
-        offset_cache->capacity *= OFFSET_CACHE_GROWTH_FACTOR;
-        offset_cache->data = (Xi18nAtomOffsetPair *) realloc (data,
+        Xi18nAtomOffsetPair *pair = (Xi18nAtomOffsetPair *) realloc (data,
                 offset_cache->capacity * sizeof (Xi18nAtomOffsetPair));
-        if (offset_cache->data == NULL) {
+        offset_cache->capacity *= OFFSET_CACHE_GROWTH_FACTOR;
+        if (pair) {
+            offset_cache->data = pair;
+        } else {
             offset_cache->data = data;
             --offset_cache->size;
         }

i18n offset cacheの変更のみのロールバックでは挙動は変わらなかったが、gtk_initへロールバックしたら1.5.31同様にktermへEUC-JP経由のXIM入力が出来るようになった

おそらく、gtk_init -> gdk_initで省略される初期化項目にXIMのi18n関連の項目が含まれ、localeの初期化が不十分でXIMメッセージのUTF-8 -> ja_JP.eucJPの変換が機能しなくなったのではと思う…