NetBSD 11: ユーザーエクスペリエンスとハードウェア互換性に関する教訓

BSDバリアント間の移行は、ユーザーエクスペリエンスにおける微妙な変化と見なされることが多いですが、一部のユーザーにとって、"//s/OpenBSD/NetBSD/" は十分な代用にはなりません。ハードウェアの故障によりOpenBSDからNetBSD 11への移行を余儀なくされた際、その経験は「箱出し」の状態での安定性とデスクトップの使いやすさにおける大きな隔たりを明らかにしました。

移行の摩擦

長期間OpenBSDを使用しているユーザーにとって、正確性とデフォルトでの正確性は、NetBSDに対しても同様に期待されるものです。しかし、NetBSD 11の体験は劇的に異なる場合があります。主な不満は、OSと現代的なデスクトップ環境との間のシームレスな統合の欠如に起因しており、ターミナルエミュレーションやSSH接続といった基本的な操作が期待通りに動作しないことがあります。

決定的なユーザビリティの欠如

ユーザビリティのギャップにおけるいくつかの主要な領域が最も顕著です:

ターミナルとSSHの劣化

報告されている最も衝撃的な体験の一つは、SSHを使用する際のターミナル環境の劣化です。安定した環境では、SSHは透過的であるべきですが、NetBSD 11では、ローカルターミナルがリモートホストに正しく渡されないことが報告されており、バックスペースや矢印キーといった基本的なキーボード操作がデフォルトで失敗します。さらに、SSH経由のxtermウィンドウ間のコピー&ペースト機能も壊れていると報告されています。

X Serverの安定性とアプリケーションのクラッシュ

X Serverの安定性は、大きな論争点となっています。OpenBSDのFirefox実装は安定していると報告されていますが、NetBSD 11では、Firefoxを起動するとX Server全体がクラッシュしたりフリーズしたりすることがあります。具体的には、ユーザーは以下の点に注意しています:

  • システム全体のフリーズ: Firefoxの起動中に、X環境内の他のすべてのウィンドウがフリーズします。
  • 致命的な失敗: xtermにおけるsetを含む特定のシェルコマンドが、不可解にもX Server全体をダウンさせることがあります。

パッケージ管理と環境

設定の観点からは、OpenBSDを特徴づける論理的なドキュメントと「箱出しで動作する」レベルが、NetBSD 11では不足していると感じられます。パッケージを追加するためのデフォルトのinstallurlが欠如しているといった問題は、ユーザーにさらえるなる摩擦を生じさせています。

NetBSDの代替的なユースケース

デスクトップ体験は生産的な作業には使用不可能なレベルであると報告されることがありますが、NetBSDの哲学と「あらゆるもの」で動作する能力は、異なる優先順位を強調しています。コミュニティメンバーが指摘するように、カーネルのLuaサポートは素晴らしい技術的成果であり、他のBSDとは異なる柔軟性を提供します。

Maybe the best use case for NetBSD is something you've tried yet? The kernel support for Lua seems awesome but that's not the same as running a full desktop environment.

これは、NetBSDが汎用デスクトップOSとしてではなく、特化型、あるいは高度にカスタマイズされたカーネルレベルの作業に適していることを示唆しています。

結論

安定性第一、デスクトップ対応の体験を求める人々にとって、OpenBSDから同じハードウェアでNetBSD 11へ移行することは、同じようにはならないかもしれません。この経験は、BSDファミリーにおける決定的な違いを浮き彫りにしています。あるものがハードウェアのセキュリティと正確性を重視する一方で、NetBSDは、事実上ほぼすべてのハードウェアアーキテクチャ上で動作する能力が極めて高く、それが重要な優先順位であり、時にはデスクトップユーザーエクスペリエンスの犠牲となることがあります。

Sources