Gentoo での Chromium ebuild Linux メンテナンス作業の負担が大きすぎるため、リポジトリからパッケージを削除することが間もなく行われると発表されました。Chromeのリリースサイクルが短縮されたため、メンテナーはパッケージを十分なレベルでサポートし続けることができないとのことです。今後数日のうちに、Gentoo上でChromiumのメンテナンスを引き継いでくれるボランティアが見つからない場合、www-client/chromiumパッケージは10月24日以降インストールできなくなります。
最近、Chromiumの新しいパッチバージョンが毎週のようにリリースされており、数百もの脆弱性に対する修正が含まれています。リリース頻度の増加に加え、上流プロジェクトのツール変更や、ユーザーに求められる品質を提供したいという要望、可能な限りパッケージの依存関係を回避したいという要望、そして脆弱性修正を含むアップデートを迅速に公開したいという要望との間の矛盾により、メンテナンスは複雑化しています。Chromiumのコンパイルには、ノートパソコンで15～16時間、高性能PCで約6時間かかり、パッケージを公開する前に、異なるUSEフラグを持つすべてのビルドバリアントをテストする必要があります。
Chromiumは多数の組み込み依存関係（ffmpeg、harfbuzz、zstdなど）を使用していますが、RustとGoを依存関係として追加したことで、メンテナンスが特に複雑化しました。Rustの場合、問題は実験的な機能の使用に起因しており、新しいリリースとの互換性が損なわれる可能性があります。一方、Goでは、ツールチェーンがネットワークアクセスを必要としますが、これはGentooのルールによってビルド環境では禁止されています。さらに、Googleの継続的インテグレーションシステムにも問題があり、不完全なコードアーカイブが公開されることがあります。
パッケージメンテナーによると、質の高いサポートを実現するには、C、C++、Go、JavaScript、Rustの知識に加え、Google独自のツールチェーンに精通した少なくとも3人からなるチームが必要だという。あるメンテナーは、Chromiumのメンテナンスに週6時間以上、つまりほぼ丸一日を費やしている。しかも、これにはエラーの診断と修正、ビルド状態をGentooの要件に適合させるための作業は含まれていない。
パッケージメンテナーがメンテナンスを中止する決定的なきっかけとなったのは、GentooにおけるChromiumのアップデートの遅さについての議論の中で、彼の仕事が軽視されたことだった（Gentooは現在バージョン151を搭載しているが、最新リリースは155である）。議論の参加者の1人が、メンテナンスが自動化されているサードパーティのBentooリポジトリから既製のebuildスクリプトを使用することを提案した。メンテナーは、変更点の監査と、異なるUSEフラグを使用したすべてのビルドバリアントの完全なテストを行わずに、単にコピーするだけでは受け入れられないと説明した。そうしなければ、すべてのユーザーに対してパッケージの機能性を保証することは不可能だからだ。それに対する返答は、それは全くばかげているというものだった。
www-client/chromium パッケージが削除された場合、ユーザーは Google が提供する Chrome のバイナリビルドを含む www-client/google-chrome パッケージに切り替えるか、Flatpak 形式のサードパーティ製 Chromium ビルドを使用できます。
出所： オープンネット.ru
