comment le transfert X11 avec Ubuntu 17.10 / Wayland?
J'utilise Ubuntu 17.04. J'utilise ssh avec le transfert X11 tout le temps pour afficher les programmes graphiques s'exécutant sur mon serveur localement sur mon ordinateur.
Ubuntu 17.10 propose Wayland au lieu de X11 et j'ai lu plusieurs articles depuis 2011 sur la manière dont cela "pourrait" affecter les applications transférées X11. Je trouve de nombreuses prédictions de catastrophe et de nombreuses prédictions de transparence des réseaux.
Certaines publications prétendent que je serai obligé de choisir lors de la connexion entre X11 ou Wayland. Cependant, j'ai exécuté des serveurs X11 sur Macintosh et Windows, donc je ne pense pas que ce soit nécessairement l'un ou l'autre choix. Mais c'est juste plus de deviner. Comment cela fonctionne-t-il réellement?
Citant FAQ de Wayland
Non, cela sort du cadre de Wayland. Pour prendre en charge le rendu à distance, vous devez définir une API de rendu, ce que je me suis bien gardée d'éviter. La raison pour laquelle Wayland est si simple et réalisable, c’est que j’évite cette grosse tâche et la confie aux clients. C'est un défi intéressant, une très grosse tâche et il est difficile de réussir, mais il est essentiellement orthogonal à ce que Wayland tente de réaliser.
Cela ne signifie pas que le rendu à distance ne sera pas possible avec Wayland, cela signifie simplement que vous devrez mettre un serveur de rendu à distance au-dessus de Wayland. Un serveur de ce type pourrait être le serveur X.org, mais d'autres options incluent un serveur RDP, un serveur VNC ou même d'inventer leur propre modèle de rendu distant. Ce qui est une caractéristique quand on y pense; superposer X.org au-dessus de Wayland a très peu de charge, mais les autres types de serveurs de rendu distants ne nécessitent plus X.org et il est plus facile d'expérimenter de nouveaux protocoles.
Il est également possible de mettre un protocole de communication à distance dans un compositeur wayland, en tant que compositeur à distance autonome ou en tant que partie d'un compositeur de bureau complet. Cela nous permettra de transmettre les applications Wayland natives. Le compositeur autonome pourrait vous permettre de vous connecter à un serveur et d'exécuter une application sur votre bureau. Construire le transfert dans le compositeur de bureau pourrait vous permettre d'exporter ou de partager une fenêtre à la volée avec un compositeur wayland distant, par exemple le bureau d'un ami.
TL; DR est que cela "hors de portée". Au fil des années, de nombreuses applications et protocoles ont été collectés pour ce type de travail. Il est donc peu judicieux d’ajouter ce protocole à Wayland.
Il est à noter que personne ne se souvient de ce que je sacrais AFAIK n’a travaillé sur l’utilisation hypotétique du protocole X.org mentionnée sur un compositeur Wayland.
Je demande aux utilisateurs d’Ubuntu 17.10 un rapport sur le "transfert X11".
Je suppose que vous parlez d'un rapport de bug. Vous n'en trouverez pas (enfin, du moins pas ouvert) , car il serait fermé en tant que NOTABUG.
Je trouve beaucoup de prédictions de catastrophe
Qu'est-ce qui est si mauvais en cela? Ce n'est pas comme si vous aviez perdu une fonctionnalité, il y a beaucoup de protocoles pour ce genre de travail. D'ailleurs, bien que je n'utilise pas moi-même le X11-forwarding, mais d'après ce que j'ai lu, cela ne fonctionne pas bien aujourd'hui pour de nombreuses applications. Je me souviens vaguement que c’est parce que beaucoup d’applications (principalement des jeux et celles qui font beaucoup de graphismes) utilisent le rendu direct et contournent XServer.
Vous pouvez simplement vous en tenir à X11, je ne vois pas cela comme un problème. Wayland est toujours en cours de développement et X11 n'ira nulle part avant longtemps. En fait, parmi de nombreux DE, Gnome est le seul dans lequel Wayland fonctionne bien. Vous trouverez peut-être cela drôle, mais pas même Weston - existant uniquement dans le but d'être l'implémentation de référence - de le faire fonctionner pleinement, car il ne fonctionne pas correctement. supporte le protocole de sélection primaire.
Certains développements se poursuivent également sur XServer-land. Par exemple. Hier encore, j’ai vu brièvement quelques discussions sur la mise en œuvre du HDR sur le canal # dri-devel de Freenode. Donc, il n’est absolument pas près de devenir obsolète.