Orz日記 by Akio Morita

_ [FreeBSD]samba 3.0.25a

3.0.25以降にアップデートすると、lib/charcnv.c:init_iconv(*)で エラーが出る件だが、libiconvが正しくリンクされないのが原因 (libiconvへ依存関係を持つ libraryが有るので lddの出力 に現れるが、注意深く見れば現れる順番がおかしい)

で、原因だが configureスクリプト(正しくは aclocal.m4)がenbugしてます

--- aclocal.m4.orig     Thu Mar  1 13:54:54 2007
+++ aclocal.m4  Mon Jun 18 11:59:54 2007
@@ -334,7 +334,7 @@
            jm_cv_func_iconv=yes
            jm_cv_lib_iconv="")

-          if test "$jm_cv_lib_iconv" != yes; then
+          if test "x$jm_cv_lib_iconv" = x; then
             jm_save_LIBS="$LIBS"
             LIBS="$LIBS -lgiconv"
             AC_TRY_LINK([#include <stdlib.h>
@@ -363,7 +363,7 @@
             jm_cv_lib_iconv="iconv")
           LIBS="$jm_save_LIBS"

-          if test "$jm_cv_lib_iconv" != yes; then
+          if test "x$jm_cv_lib_iconv" = x; then
             jm_save_LIBS="$LIBS"
             LIBS="$LIBS -lbiconv"
             AC_TRY_LINK([#include <stdlib.h>

libiconvをリンクしても、まだまともに動かないのはなぜ orz

_ [雑記]hiki-1.0.0

テスト環境を作って動かしてみたが、lang/ruby18(ruby-1.8.7)では改変無しでは動かないようです

リリースノートには、ruby-1.8.7をサポートする最後のリリースとあるが、テストされていない？

• 最低でも rubygemsを requireしてやらないと docdiffの読み込みエラーとなる
• message/ja.rbの UTF-8でパースエラーに遭遇

と言うわけで、ruby-1.9.3をテスト環境に導入する必要有り

ruby-1.8.7からの移行プランとしては

• hiki-1.0.0の動作確認が終わったら、jail内の rubyを lang/ruby19へ更新してhiki-1.0.0の実用運転へ移行
• bsfilter-1.0.18系のテスト完了後、メール環境を ruby-1.9.3 + bsfilter-1.0.18へ更新

_ [雑記]hiki-1.1.0 on ruby-1.9.3

• devel/ruby-gemsが必要
• rubygemから docdiff, hikidocが必要
• misc/plugin/x-math.rbが動かない(MathML拡張も使えなくなる hiki.confから除外しておく必要有り)
• info.db内の titleエンコードは、\\u{####}な記述になる(utf-8生文字列は NG)

_ [艦これ]宗谷堀(E-5Z乙)

攻略から通算で、73出撃・道中撤退6・67S勝利で、宗谷ドロップ. 一応、未着任の四号もドロップした

• 三隈 x3
• 御蔵 x3
• 瑞鶴 x2
• 酒匂 x2
• Washington x1
• Helena x1
• 第四号海防艦 x1
• 初風 x1
• 瑞鳳 x1

_ [FreeBSD]_BCM method on Let'snote FV5

acpi_call(ports/sysutils/acpi_call)を使って調べたが、 _SB_.PC00.GFX0.DD1F._BCMで内蔵液晶の輝度が変わる

設定値が0～13と14～100でacpiconf -i0が報告する電力と輝度が2値化する

低い方の設定だと、電力が1Wぐらい低下するがすごく暗くなる

1と13だと13の方が少し見やすいので明るくなってる？

13と14が違い過ぎるので滑らかな輝度制御は別の手段が必要な模様

# acpi_call -v -p '\_SB_.PC00.GFX0.DD1F._BCM' -i 13

_ [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の変換が機能しなくなったのではと思う…