X11はUbuntu 17.10 / Waylandでどのように転送しますか？

私はUbuntu 17.04を使用しています。私は、サーバーで実行されているGUIプログラムをコンピューターのローカルに表示するために、X11を常に転送してsshを使用しています。

Ubuntu 17.10はX11の代わりにWaylandを提供しており、この「可能性」がX11転送アプリにどのように影響するかについて、2011年以来たくさんの投稿を読んでいます。災害に関する多くの予測と、ネットワークの透明性に関する多くの予測を見つけました。

一部の投稿では、ログイン時にX11またはWaylandを選択せざるを得ないと主張しています。ただし、私はMacintoshとWindowsの両方でX11サーバーを実行しているので、これは必ずしもどちらか一方の選択ではないと思います。しかし、それは単なる推測です。これは実際どのように機能しますか？

引用ウェイランドのFAQを

いいえ、それはウェイランドの範囲外です。リモートレンダリングをサポートするには、レンダリングAPIを定義する必要があります。これは、回避するために非常に注意してきました。Waylandがとてもシンプルで実現可能である理由は、私がこの大きなタスクを回避してクライアントにプッシュしているためです。これは興味深い課題であり、非常に大きな作業であり、正しく実行することは困難ですが、本質的にウェイランドが達成しようとすることとは直交しています。

これは、Waylandではリモートレンダリングが不可能であることを意味するのではなく、Waylandの上にリモートレンダリングサーバーを配置する必要があることを意味します。そのようなサーバーの1つはX.orgサーバーですが、他のオプションにはRDPサーバー、VNCサーバー、または誰かが独自の新しいリモートレンダリングモデルを発明することもできます。あなたがそれについて考えるとき、それは特徴です。Waylandの上にX.orgを重ねてもオーバーヘッドはほとんどありませんが、他のタイプのリモートレンダリングサーバーではX.orgが不要になり、新しいプロトコルを試すのが簡単になりました。

リモートプロトコルをWaylandコンポジター、スタンドアロンのリモートコンポジター、または完全なデスクトップコンポジターの一部として配置することもできます。これにより、ネイティブのWaylandアプリケーションを転送できます。スタンドアロンのコンポジターを使用すると、サーバーにログインして、デスクトップでアプリケーションを実行できます。フォワーディングをデスクトップコンポジターに組み込むと、ウィンドウをオンザフライでエクスポートしたり、友人のデスクトップなどのリモートウェイランドコンポジターと共有したりできます。

TL; DRは「範囲外」です。何年にもわたって、まさにその種の仕事のためにたくさんのアプリとプロトコルが集められており、このプロトコルをウェイランドに追加することはほとんど意味がありません。

AFAIKは、Waylandコンポジターの上でX.orgプロトコルの前述の仮説的な使用法に取り組んだ人は誰もいないことを言及する価値があります。

Ubuntu 17.10ユーザーからの「X11フォワーディング」についてのレポートを求めています。

あなたはバグレポートについて話していると思います。NOTABUGとしてクローズされるため、 1つは見つかりません（少なくともオープンはされていません）。

災害の予測がたくさんあります

これで何が悪いのですか？機能を失ったようではなく、そのような仕事のためのプロトコルはたくさんあります。その上、私は自分でX11転送を使用していませんが、私が読んだことから、今日では多くのアプリでうまく機能しません。漠然と覚えています。それは、多くのアプリ（主にゲームやグラフィックに負荷のかかるアプリ）が直接レンダリングを使用し、XServerをバイパスしているためです。

X11に固執することはできますが、問題とは思いません。Waylandはまだ開発中であり、X11は長い間どこにも行きません。実際、ATMは、多くのDEの中で、Waylandがうまく機能している単一のGnomeです。おもしろいかもしれませんが、Weston（リファレンス実装であることを唯一の目的として存在する）でさえ、プライマリ選択プロトコルをサポートしていないため、完全に機能しています。

XServerランドでもいくつかの開発が続けられています。たとえば、ちょうど昨日、Freenodeの＃dri-develチャネルでのHDR実装に関する議論をざっと見ました。ですから、時代遅れになるのに近いところは絶対にありません。