Orz日記 by Akio Morita

_ [FreeBSD]nvidia-driver

ports/x11/nvidia-driverがVersion 460.39に更新に更新された模様

リリースノート見た範囲では、RTX30XX系のサポートが入ったみたい

_ [FreeBSD]13-STABLE

テスト始めたけど、bison依存のportsが壊れる

症状的には、一部の文法ファイル処理中にbisonがSEGVするので、構文解析器の生成をbisonに依存しているportsが壊れる

手元で判明している事例

• devel/doxygen
• multimedia/gstreamer1
• editors/libreoffice

あと、これらのportsに依存するportsもportmaster経由だと依存portsの自動更新で引っかかる 特に、default onなDOCSオプションでdoxygenに依存しているportsが多い

手元では、Ryzen 3800XとCore i7 4790Sで確認しれいるので、CPU依存では無さそう

また、12.2-STABLE環境で動いているbison packageを持ってきてもSEGVするので、カーネルかリンクされた共有ライブラリが怪しい

12.2-STABLEとの違いの調査

• 12.2-STABLEの/usr/local/bin/bisonを13-STABLEで実行 - NG
• libmap.confで、12.2-STABLEのshared library(5個)を使う13-STABLE上のbison - OK
  • kernelではなく、linkされてるshared libraryの挙動が原因っぽぃ
  • libc.so.7とlibm.so.5を元にもどす - OK
  • libintl.so.8を元にもどす - OK
  • libtextstyle.so.0を元にもどす - NG

/usr/local/lib/libtextstyle.so.0の挙動の違いと特定

12.2-STABLE環境

% ldd /usr/local/lib/libtextstyle.so.0
/usr/local/lib/libtextstyle.so.0:
        libm.so.5 => /lib/libm.so.5 (0x800725000)
        libncurses.so.8 => /lib/libncurses.so.8 (0x800757000)
        libc.so.7 => /lib/libc.so.7 (0x80024e000)

13-STABLE環境

% ldd /usr/local/lib/libtextstyle.so.0
/usr/local/lib/libtextstyle.so.0:
        libm.so.5 => /lib/libm.so.5 (0x800720000)
        libncursesw.so.9 => /lib/libncursesw.so.9 (0x800753000)
        libc.so.7 => /lib/libc.so.7 (0x800263000)

なんかリンクされてる ncursesが違う？

12.2-STABLE環境

% ls -l /lib/libncurses*
-r--r--r--  1 root  wheel  348400  2月  7 22:25 /lib/libncurses.so.8
-r--r--r--  1 root  wheel  385744  2月  7 22:25 /lib/libncursesw.so.8

13-STABLE環境

% ls -l /lib/libncurses*
-r--r--r--  1 root  wheel  348400  2月  8 22:04 /lib/libncurses.so.8
-r--r--r--  1 root  wheel  385744  2月  8 22:04 /lib/libncursesw.so.8
-r--r--r--  1 root  wheel  459464  2月  8 23:20 /lib/libncursesw.so.9

so.8系は、upgrade前の12.2-STABLE環境からきてるぽぃ

/usr/local/lib/libtextstyle.so.0を含んでる devel/libtextstyleを更新してみるが、状況は変わらない

どうも、13-STABLEからsystemのncursesがwide character対応版のみになってるぽぃが、devel/libtextstyle側が対応できてない？

おそらく、ncursesのAPI非互換性 12.2-STABLEはncurses 5.xベース、13-STABLEはncurses 6.xベースで、ncurses自体に5.x->6.x間でAPI compatibility breakがある模様

手元の環境で、問題が起きるのは libtextstyleに依存している gettext-toolsとbisonのみ

devel/ncurses (ncurses 6.2)が入っているとbaseではなくports優先となるので、試してみた(devel/ncursesを入れてlibmap or libtextstyle rebuild)

devel/ncursesだと /usr/local/lib/libncursesw.soは libncurses.soへの symbolic linkの模様

devel/ncurses + devel/libtextstyle環境だと NGなので、ncursesの API compatibility breakが原因と確定

したがって、正道は

• libtextstyle(gettext)のupstreamからncurses 6.x対応を持ってくる (fix)
• libmap.confで/usr/local/bin/bisonのlibtextstyle.so.0を12.2-STABLEのlibtextstyle.so.0へ向ける (workaround)
  • misc/compat12x と12-STABLEな libtextstyle packageが必要

邪道は、

• libmap.confで/usr/local/lib/libtextstyle.so.0のlibncursesw.so.9をlibncurses.so.8へ強引に向ける

なんか、これでも動くので misc/compat12xをインストールして、 /usr/local/etc/libmap.d/libtextstyle.confに以下の設定追加するのが一番早いぽぃ

[/usr/local/lib/libtextstyle.so.0]
libncursesw.so.9        libncurses.so.8

_ [雑記][FreeBSD]stable/13へ移行

手元の主要環境をstable/13へ移行した

古いUEFIブート環境 (800kB EFI system partition)からの移行だと、標準の/boot/loader.efiが大きくなってESPに入らなくなるので要注意

起動画面がグラフィカルで格好良くなったのと、UEFI boot loaderのフォントレンダリングが綺麗になって読みやすい