Red Hat および Fedora デスクトップ チームのデスクトップ開発チームを率いる Christian Schaller 氏は、次のように述べています。 は、Fedora 31のデスクトップコンポーネントに関して、X.Orgサーバーの機能の積極的な開発を停止し、既存のコードベースの維持とバグの排除のみに限定するというRed Hatの意向について言及した。
現在、Red Hat は X.Org サーバーの開発に主要な貢献者であり、X.Org サーバーの保守を担っているため、開発から外された場合、X.Org サーバーの重要なリリースの形成が継続される可能性は低くなります。 同時に、開発の停止にもかかわらず、Red Hat による X.Org のサポートは、少なくとも RHEL 8 ディストリビューションのライフサイクルが終了するまで継続され、これは 2029 年まで続きます。
X.Org サーバーの開発の停滞はすでに観察されています。以前は 1.20 か月のリリース サイクルが使用されていましたが、X.Org Server 14 の最後の重要なリリースは 1.21 か月前に公開されており、リリース XNUMX の準備は停滞しています。 どこかの企業やコミュニティが X.Org サーバーの機能の構築を継続することになれば状況は変わるかもしれませんが、重要なプロジェクトが広く Wayland に移行していることを考えると、引き継ぎ者が現れる可能性は低いでしょう。
Red Hat が現在注力しているのは、Wayland デスクトップ エクスペリエンスの向上です。 X.Org サーバーのメンテナンス モードへの移行は、X.Org コンポーネントへの依存関係が完全に削除され、XWayland を使用せずに GNOME Shell が実行されると完了すると予想されます。これには、残りの X.org 依存関係をリファクタリングまたは削除する必要があります。 このようなバインディングは GNOME シェルからはほぼ削除されましたが、GNOME 設定デーモンにはまだ残っています。 GNOME 3.34 または 3.36 では、X.Org へのバインディングを完全に削除し、XWayland を起動することが計画されています。 、X11 との互換性を確保するためのコンポーネントの必要性が生じた場合。
また、多くの課題を解決する必要性についても言及されています。 これには、独自の NVIDIA ドライバーと連携したり、Wayland ベースの環境で X アプリケーションを高品質に起動できるように XWayland DDX サーバーを改善したりするなど、Wayland との連携が含まれます。 Fedora 31 の準備として実行された作業の中で、root 権限で X アプリケーションを実行する機能の XWayland への実装が注目されています。 このような起動はセキュリティの観点からは疑わしいですが、昇格した特権で実行する必要がある X プログラムとの互換性を確保するために必要です。
もう 3 つの目標は、SDL ライブラリでの Wayland サポートを改善することです。たとえば、古いゲームを低画面解像度で実行する場合のスケーリングの問題を解決します。 また、独自の NVIDIA ドライバーを備えたシステムでの Wayland のサポートを改善する必要もあります。Wayland は長い間そのようなドライバー上で動作することができましたが、この構成の XWayland はまだ XNUMXD グラフィックスのハードウェア アクセラレーションのためのツールを使用できません (今後の予定) XWayland 用の x.org ドライバー NVIDIA をダウンロードする機能を提供します)。
さらに、PulseAudio と Jack をマルチメディア サーバーに置き換える作業が続けられています。 これは、プロのオーディオ処理システムのニーズを考慮して、ビデオ ストリームを操作し、遅延を最小限に抑えてオーディオを処理するためのツールを使用して PulseAudio の機能を拡張し、個々のデバイスとストリームのレベルでのアクセス制御のための高度なセキュリティ モデルも提供します。 。 Fedora 31 開発サイクルの一環として、Wayland ベースの環境での画面共有に PipeWire を使用することに重点が置かれています。 .
Fedora 31でも X11/XWayland を使用する XCB プラグインの代わりに Qt Wayland プラグインを使用して、Wayland ベースの GNOME セッションで Qt アプリケーションを実行する機能を追加します。
出所： オープンネット.ru