web-dev-qa-db-ja.com

Ubuntu 17.10 / WaylandでのX11の転送方法

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

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

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

8
pauljohn32

引用 Wayland FAQ

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

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

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

TL; DRは、「範囲外」です。長年にわたって、まさにその種の仕事のために多くのアプリとプロトコルを収集してきましたが、このプロトコルをWaylandに追加する意味はほとんどありません。

知る限りでは、ウェイランドコンポジター上で言及されたX.orgプロトコルの仮説的な使用法に取り組んだ人は誰もいません。

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

バグレポートについて話していると思います。 NOTABUGとして閉じられるため、(まあ、少なくとも開かれたものではありません)は見つかりません。

私は災害の多くの予測を見つけます

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

X11に固執するだけで問題ありません。 Waylandはまだ開発中であり、X11は非常に長い間どこにも行きません。実際、多くのDEのうちATMは、Waylandがうまく機能している単一のGnomeです。おもしろいかもしれませんが、ウェストンでさえも参照実装であるという目的のためだけに存在するわけではありません。プライマリ選択プロトコルをサポートします。

XServerランドでもいくつかの開発が継続されています。例えば。ちょうど昨日、Freenodeの#dri-develチャネルで HDRの実装に関するいくつかの議論 を見ました。だから、時代遅れになるのは間違いなく近い。

6
Hi-Angel