Wayland aura-t-il la transparence du réseau?

L'architecture serveur / client Xorg permet la transparence du réseau, ce qui signifie qu'il est possible de démarrer des clients x sur une machine distante et d'afficher l'interface graphique sur la machine locale (c'est-à-dire via x-forwarding en utilisant ssh).

Wayland aura-t-il la même manière ou une manière similaire de permettre d'afficher les interfaces graphiques des applications sur un système différent de celui qu'elles exécutent?

Cette fonctionnalité devra-t-elle être disponible avant que des mesures ne soient prises pour remplacer Xorg par Wayland sur les systèmes Ubuntu?

Selon http://mmol-6453.livejournal.com/253081.html , la transparence du réseau est sur la liste des choses à faire, c'est juste en bas de cette liste. Si ce qui est dit est vrai, nous pourrons éventuellement nous connecter graphiquement à une autre machine et exécuter des applications, mais pas immédiatement, et probablement AVANT que X ne soit abandonné. J'espère que cela est vrai, car comme d'autres ici, je considère que c'est un avantage majeur pour un système basé sur X que d'autres, tels que Windows.

D'après ce que je comprends, X pourra s'exécuter au-dessus de Wayland en tant que client. Voir les diagrammes au bas de http://wayland.freedesktop.org/architecture.html par exemple.

Ils ne mentionnent cela qu'en termes de possibilité de partager des périphériques d'entrée avec X pour une compatibilité descendante, mais je suppose que cela signifie qu'il sera possible de communiquer avec le serveur X via une connexion à distance même s'il fonctionne sur Wayland.

Je ne connais aucune application graphique que je ne puisse pas lancer sur une session ssh. Moi, et probablement tous ceux que je connais, l'utilisent professionnellement tous les jours. Pas seulement au travail, mais aussi à la maison. Compiz et autres effets sympas sont un luxe. La transparence du réseau pour chaque application graphique que je pourrais installer est une exigence . RDP ou VNC sont des substituts inacceptables.

Tout ce que je peux voir sur ce sujet, ce sont des commentaires comme "ne vous inquiétez pas parce que ... [insérer des mots qui me font m'inquiéter ici].

Ce que je veux, c'est que quelqu'un développant Wayland dise publiquement "ne vous inquiétez pas parce que" la transparence du réseau est une priorité absolue pour nous ". Ils savent que nous voulons entendre cela, mais ils ne sortiront pas et ne le diront pas sans couverture.

La bonne réponse est: "La transparence du réseau est en dehors du champ d'application du protocole Wayland".

Une explication complète est fournie dans cette FAQ mais un bref résumé pourrait être: "le but du Wayland est de définir un petit protocole, en s'efforçant de rester à l'écart de la plus grande erreur de X: faire et imposer trop (X a même eu un serveur d'impression dedans !!!). Avec ce concept à l'esprit, il n'y a aucune raison exceptionnelle d'ajouter la transparence du réseau dans le protocole Wayland. Cela peut être fait dans une API autonome et son serveur / client. Rien dans le protocole Wayland n'est contre la transparence du réseau . "

Une chose à noter est que les implémentations X actuelles ne sont plus transparentes au réseau , comme l'explique Daniel Stone dans cette vidéo (que vous devriez vraiment voir si vous êtes intéressé par l'argument et si vous voulez avoir un bon --nerdy-- rire ).

Aucun Wayland n'est moins ambitieux que Xorg et n'aura pas de transparence réseau.

Citation du blog de Mark Shuttleworth:

Certains des objectifs principaux de X rendent plus difficile la réalisation de ces expériences utilisateur sur X que sur GL natif, nous choisissons de prioriser la qualité de l'expérience sur ces valeurs d'origine, comme la transparence du réseau.

réf: http://www.markshuttleworth.com/archives/551

À titre personnel, je ne pense pas que la transparence du réseau du "serveur" graphique soit une fonctionnalité nécessaire pour un ordinateur de bureau, c'est une fonctionnalité qui correspond le mieux à l'architecture tiny_client / big_workstation.

La capacité de Wayland à exécuter X imbriqué signifie qu'il sera possible de prendre en charge la plupart des situations de transparence du réseau et des fonctionnalités similaires. J'ai également lu que cette fonctionnalité peut être remplacée par une meilleure méthode (si je peux retrouver le lien, je le fournirai).

Bien que la transparence du réseau soit hors de portée de wayland , rien n'empêche les compositeurs de mettre en œuvre la transparence du réseau, ou même un projet, comme waypipe pour construire un serveur de rendu distant au-dessus de Wayland pour les compositeurs à utiliser