今日のテーマはlightning talk形式の継続だった。前回から二か月ぶりの集まりだ。
雄校聯で引き続き学生サークル（迫真）の名義を使い、無料の会場を借りた。
メモはHackMDに置いてある。
まずShawnがRedHat OpenShiftの発展見通しを共有し、OKDとOCDの上下流開発関係を説明した。Fedora、CentOS Stream、RHELの関係を整理し、CentOS Streamはそれほど不安定ではないのだとわかった。彼はその位置づけがUbuntu LTSに近いと考えている。CentOS Streamには依然としてメジャーバージョン番号があり、kernelバージョンも固定される。RedHatは今でもCentOS Streamへ修正を送り、オープンソースコミュニティがエラーのテストを手伝う形だからだ。Shawnは、これによってより健全なエコシステムを形成できると考えている。しかし私は、それなら……Ubuntu LTSを使えばいいのでは、と思った。
ついでにFedora CoreOSの利点も紹介された。bootcを大量に採用し、image-based方式でシステムをデプロイする。その中で、時機が熟せば将来的にrpm-ostreeはcomposefsに置き換えられるかもしれないという話が出た。composefsはLinux kernelのerofs機構を有効に活用してシステムファイルを処理できる。しかし私はこう聞きたい。今すでにuBlue Bazziteのようなbootcで実装された製品があり、彼らの最大の問題はユーザーがローカルで手動に.rpmファイルをインストールしにくく、システムイメージを再作成するしかないことだ。これはlocal layeringと呼ばれる。ではcomposefsはこの問題をどう解決するのか？この問題について、私たち二人は満足できる答えを出せなかった。現時点ではこの技術もまだ定型化していない。今後を待つしかない。正直、私はシステムに何か追加パッケージを入れるたび、毎回クラウドで手動buildしたイメージを引っ張ってきてデプロイするなんてやりたくない。
その後、才疏学浅な私は登壇してPhoshをデモし、Linuxスマートフォンエコシステムの発展過程、およびAndroid代替の可能性を紹介した。スライドは数か月前に作ったPhosh桌面簡介を使った。会場の皆さんは私が持っていったPoco F1 (postmarketOS) とPinetab 2 (Arch Linux ARM) にとても興味を持っていたが、これらのデバイスに長く苦しめられ、最後には観念してiPadへ乗り換えた私としては、いろいろ複雑な気持ちだった……Linuxが動くスマートフォンやタブレットは、確かにとても面白い玩具だ。しかし玩具でしかない。
中華民国軟體自由協會(SLAT)の許家雋は、Nextcloud OfficeのAI機能をデモした。彼らは2023年末にはすでにMicrosoft OfficeのCopilotに似た補助機能を出しており、主に外部の言語モデルAPI、たとえばChatGPTとの連携によって実現している。ただ彼によれば、これは非同期処理ができず、簡単なテキスト翻訳を走らせるだけでもかなり待たされるという……まだrough edgesは多そうだ。この種のWeb版AIソリューションはGoogleドキュメントから学ぶべきだろう。これは本当に怠け者の福音だ。
また彼は、台湾政府のデジタル発展部と彼の会社が「MODA ODF文件應用工具」を開発したことにも触れた。つまり台湾ユーザー向けに設計されたローカライズ版LibreOfficeだ。多くの公的機関ですでに徐々に採用されている。現在はWeb版も出ており、公式サイトから自分でダウンロードしてデプロイできる。私はその場で彼に聞いた。あなたたちの会社はどんな天才的発想で、LibreOfficeを10個の.debファイルに分けて配布しているのか！？私にapt install ./*.debで一括インストールしろというのか？LibreOffice公式サイトでさえそんなことはしていない。何より、このパッケージ方法は見た目がひどい……WPS Officeを見習ってFlatpak版かDockerイメージを提供してくれれば、個人ユーザーにはもっとデプロイしやすいと思う。
それから、数年前にSLATのNextcloud Officeを使った時から私は気づいていた。なぜわざわざLibreOfficeの色をWordと同じに染めるのか？今日、ようやく予想通りの答えを得た：公務員が適応しやすいから。はあ。
最後に、RickがRustの新機能をデモした。zscriptを使い、shell scriptに似たプログラムをcargoでコンパイル実行できるようにするものだ。へえ、これはずっと便利だ。さらに皆にZeroClawをインストールしようと呼びかけていた。これは大幅にdebloatedされたOpenClawで、wasmでSkillを書ける。
会の後、許仲佑と許家雋を知った。彼らもSLATメンバーだったとは、本当に不思議だ。一生、こんな邪教組織に入っている人を身近で見かけることはないと思っていたのに。
5日後、許仲佑はLineをインストールできない問題の解決を私に手伝ってほしいと言った。
私が初めて参加するオフラインInstallFestは、人にLinuxでLineをどうインストールするかを解決するものだったらしい。問題はこうだ：なぜ私のArch Linux ＆ Debian環境では、Bottlesを使ってPC版Line exeを正常にインストールできるのに、彼のLinux PCではさまざまな不思議エラーが出るのか？
そこで私は原因を探りに出向いた。
今日、私はスターバックスでこの神人級のDebianユーザーに会った。彼が使っているのはDebian Stableブランチだが、自分でkernelをcompileして最新版カーネルを使っている。すでにKernel 7.0に上げていた。聞けば、20年前からずっとこういう習慣があるという。これは完全にDebianの目的をdefeatしているのでは！？しかし彼のKDEはかなり安定して使えているようで、ノートPCで学校の事務作業を処理できている。もしかしてKernelはそれほど簡単には崩れないのか？Userspaceさえ安定していればいいのか？いや違う……新しいカーネルはsuspendを不安定にしやすいはずだ。
その後、実際にテストしてみると、彼のDebian PCでは本当にいろいろな不思議エラーが出た。たとえばWineでどのファイルを実行しても、“Application could not be started, or no application associated with the specified file. ShellExecuteEx failed: Internal error.“というエラーが出る。
Kernelではない。Waylandでもない。では一体何が原因なのか……Flatpak環境は宿主機の影響を受けないはずなのに……。
二時間試した後、諦めた。私は彼に再インストールをお願いするしかなかった。彼のDebian環境はかなり長く使われており、どのプログラムが設定を動かしたのかわからない。
その後、彼が自分で仮想マシン内でテストした結果、新規インストールのDebian KDEならLineをインストールできることが証明され、やはり彼のPC環境に問題があることがわかった。
