Red Hat の最先端 Linux ディストリビューションの機能が満載の新リリースである、アップデート版Fedora 34 が本日リリースされましたが、主要な Java パッケージ メンテナーが辞任し、「影響を受けるメンテナーに Java への依存関係を破棄するよう」要請しました。
Fedora 34 は、最初に CentOS Stream、次に商用製品の Red Hat Enterprise Linux (RHEL) に導入される可能性のある新機能を Red Hat がテストするために使用されています。
Fedora 34 の新機能は何ですか？ 変更点の全リストはこちらでご覧いただけます。内容は次のとおりです。
- Fedora 33以降Fedora Workstationのデフォルトとなっているbtrfs（Bツリーファイルシステム）は、透過的なzstd（Zstandard）圧縮を採用するようになりました。
- オーディオに関しては、PulseAudioとJACKの代わりにPipeWireが使用される。メモリ不足状態を軽減することを目的としたSystemd-oomdがデフォルトでオンになる。
- LLVMツールチェーンは、そのすべてのサブプロジェクトとともにバージョン12に更新されました。Ruby言語は2.7から3.0に、Ruby on Railsフレームワークは6.1に更新されました。
- Wayland は Fedora の KDE エディションでデフォルトで使用されます (GNOME ではすでにデフォルトです)
- このデスクトップは GNOME 40 で、Fedora プロジェクト リーダーの Matthew Miller 氏はこれを「GNOME 3.0 の登場以来初めて、基本的なデスクトップ エクスペリエンスが本格的に再考された」と表現しています。
これらのうち、GNOME 40 の導入はユーザーにとって最も目に見えるものであり、PipeWire への切り替えによりオーディオ処理が大幅に改善されるはずです。
Fedoraプログラムマネージャーのベン・コットン氏は昨日、リリース候補版（RC）1.2が本日最終リリースとして承認されたことを明らかにしました。しかし、RCの完成から承認会議までわずか5時間という承認の速さが懸念を引き起こしています。コットン氏は「今後このような事態を防ぐ方法について協議を開始している」と述べています。
Fedora 34のGNOME 40のおかげで刷新された概要
祝賀ムードを台無しにするように、Fedora の Java パッケージの主要メンテナーである Fabio Valentini 氏は昨日、「良心の呵責を感じずに、私はもはや Fedora の (ほとんどの) Java パッケージの主要メンテナーを務めることはできない」と述べた。
状況はそれよりも悪い。「Java（パッケージ）の終焉」と題された投稿で彼は、「新しいバージョンやセキュリティ問題が何ヶ月も山積みになっている」、「Red Hat の Java パッケージ保守担当者は非常に役に立たず、何年も Fedora の Java パッケージに実質的に貢献していない」、「Eclipse Java ベースの IDE（パッケージは別の人物によって保守されている）は「ゴミ箱行き」であり、「状況が改善する方法は見当たらない」と述べた。
ヴァレンティーニ氏は「私がメインで管理しているすべてのJavaパッケージ」を孤立させることを決定し、「これはFedoraに残るJavaソフトウェアの大部分を占めるため…かなりの数の依存パッケージが影響を受けると予想しています」と付け加えました。彼の解決策は、「影響を受けるメンテナーに対し、可能な限りJavaへの依存関係を削除するよう促すこと」です。
多くの人にとって苦いジャワカップ
ミラー氏とコットン氏は彼の努力に感謝したが、他の者たちもJavaの維持が特に負担が大きいことに同意した。
「これは（私も含めて）多くの人を疲弊させた作業です」と、Red Hat EclipseチームのAleksandar Kurtakov氏は述べた。一方、neuro-sigグループ（神経科学研究）のAnkur Sinha氏は、「neuro-sigも同様の結論に達しました。つまり、これらの作業はあまりにも手間がかかりすぎる、あるいはFedoraに残しておくのはほぼ不可能だということです。Javaツールをドキュメント化し、ユーザーにアップストリームから直接インストールしてもらうことが、私たちにできる最大限のことだと、私たちは受け入れました」と述べた。
Fedora WorkstationがOSアップデートをインストールするために再起動を要求する方法は、Windowsに似ていると感じます。
Javaは多くのエンタープライズアプリケーションで使用されていることから、RHELにおいて極めて重要な役割を果たしており、最近の調査によると3番目に人気のあるプログラミング言語です。もちろん、JavaはFedoraでも問題なく動作しますが、これは付属パッケージに依存している人にとっては警告サインとなります。
それはさておき、Fedora 34 はスムーズに動作し、新しいリリースでの最初の試みとしては見栄えも良好でした。
13:04 BSTに更新されました。
この記事の公開後、Valentini氏はThe Regに連絡を取り、懸念事項を詳しく説明しました。「私が『Javaパッケージ』と呼んでいるのは、Java、あるいはJVMをターゲットとした他の言語で書かれたソフトウェアのみであり、OpenJDKパッケージはこれに含まれません。OpenJDKパッケージ自体は適切にメンテナンスされています。」
同氏はまた、Java パッケージの保守はやめたものの、約 245 個の他のパッケージについては引き続き主要な保守管理者として「喜んで維持する」と強調した。
重要な問題は、LibreOfficeやEclipseなど、JDK（Java Development Kit）以外のJavaソフトウェアに依存するパッケージに関係しています。2019年、Fedora Javaパッケージの元メンテナーは、モジュール化によって特定のメジャーバージョンをアプリケーションにバンドルできるようになり、これらのパッケージが不要になると考え、これらのパッケージを孤立させました。しかし、「多数の技術的問題」により、この考えは誤りであることが判明しました。そのため、これらのJavaパッケージは復活し、Valentini氏をはじめとする関係者が支援に乗り出しました。
ヴァレンティーニ氏は、Fedora 33では順調だったものの、2020年半ばには貢献が減少し停止し、手に負えない負担を抱えることになったと述べた。一部のパッケージは現在では他のパッケージに引き継がれているものの、彼は依然としてJavaに依存するパッケージの構築を推奨していない。「崩れ落ちるのを待っているトランプのトランプのようなものです」。また、Eclipseは「独自のビルドシステム（tycho）を使用しているためブートストラップの問題が発生する」ため「パッケージ化がほぼ不可能」であり、「依存関係ツリーの小さな変更に非常に敏感」だと指摘した。
