Category: Linux

だんねん残念ながら，あきらめて，backupから，元に戻しました．

最大のネックは，GNOMEが，buildの環境をlibtoolからmeson (ninja)に変更したことです（当社調べ）．たとえばglibだと2.59.xと2.60.xの間でその変更があります．マイナーバージョンが1つ上がってこんなに変えて良いのかとわめきたくなります．GTK+3にも同様に境界があり，最新のソフトは，meson対応のGTK+やglibを要求し，逆に旧式のソフトは，libtool時代の.la拡張子のlibtool archiveを要求します．

で，記憶違いかも知れませんが，qemuは，依然としてlibtool archiveを要求するのに対し，virt-managerはmeson対応のGTK+を要求します．

まあ，ちゃんとメモを残したわけではないですが，そんな感じだったと思います．もうしばらく待って，世の中のdistroが，meson & ninja対応のGNOMEパッケージを使用するようなり，そういうのにupgradeしてから挑戦し直します．

それにつけても，ninjaって名前はなんとかなりませんかね．ネット検索しても「忍者」の情報ばかりかかります．スペイン語圏の人たちはninjaを「ニンハ」って読むんでしょうか．

結局，久しぶりに取り組んでみることにしました．しかし，なかなかたいへんです．

以前buildしたときと比較すると，

1. 必要なライブラリーやツールが増えた
   • まあ，バージョンが進めばありがちなこと
2. glib関係のライブラリーのバージョンが相当進んだ
   • それなのに，sbopkgでは一部のパッケージのupdateが止まっている
   • よりによって，GNOMEがlibtool archive (.la)の使用をやめたので大混乱
3. Python2がobsoleteとなった

などの問題に遭遇しています．.laがなくなったことは，訳解らずにbuildしている人間にとっては大混乱を引き起こしました．SDL2のように，すでに，.laがなくても大丈夫なライブラリーもありますが，libvirtなどは，xxx.laがない，って文句を言って止まります．今回のupdate作業では，glibは最新のものでなく，2.58.xを使用することにしました．

virt-mangerのbuildまでいきましたが，起動すると，”gi”というモジュールがないといって止まります．明日以降取り組むことにします．

追記（2020/10/14）

giの件は，大きな問題ではなく，

pip3 install pygobject

で解決しました．が，それだけの問題ではなかったです．

Slackware 14.2 (AMD64)ベースのサブWSですが，どうも最近KVMで動かしているdebianが不安定です．以前，再起動できないまで壊れてしまいましたが，そこまでひどいトラブルはないものの，よく固まります．仮想マシンなので，強制リセットすれば再起動しますが，ちょっと安心して使えない頻度で固まります．

原因は，KVM環境のライブラリーなどをupdateしないまま，Kernalだけ最新のものにupdateしているせいだと思います．あるいは，Linuxにありがちですが，新しいKernelにバグが含まれているのかも知れません．

たいていのソフトは，Kernelを更新しても影響はないのですが，KVM(Kernel-based Virtual Machines)は，その名の通りKernelに直結して動くので，影響が少なからずあるのでしょう．知らんけど😓

しかし，現実問題としてSlackwareで，自分でインストールしたKVM環境全てをup to dateにするのは，もはや気力がありません😓

そこで考えたのは，サブWSのメインOSをdebianにしてしまおうということです．debianにKVMをインストールすれば，ライブラリーなど関係のパッケージも最新に保たれるはずです．

仮想マシンのディスクイメージは独立したパーティションに置いているので，移行もそんなにめんどうではないと思います．

長年愛用してきたSlackwareをLinuxのメインWS（全体としてはサブWSだけど😓）のサブOSにしてしまうのは，ちょっと悲しい気もします．そして，debianの実マシンでdebianの仮想マシンを動かす意味があるのか😓 いや，そもそも，たまにしか電源を入れないサブWSで仮想マシンを動かす意義は?

まあ，考えてみれば，動かすことができる環境を維持していることのみが意義です．

そう考えると，時間をかけてもSlackwareのKVM環境を手作業でup to dateにするべきなのかもしれません．