Je ne suis pas un expert et je ne suis pas de très prêt le dévellopement de Wayland, mais il me semble avoir compris que ce n'est pas vraiment un remplaçant pour Xserver (et non pas de Xorg en entier).
Wayland est fonctionnellement destiné à être un remplaçant de Xserver, mais s'en est surtout une énorme simplification.
Le premier point c'est qu'il s'agit d'un serveur graphique qui devrait accomplir certaines choses en recourant directement aux dernières technologies introduites récement (GEM, TTM-GEMisé, DRM etc...). Sur cet aspect la pile Xorg supporte aussi d'anciennes méthodes de rendu.
Le second point, c'est que Wayland ne prend pas en charge à l'heure actuelle certains aspects du protocole X11 (qui est véritablement monstrueux) alors que la pile Xorg le prend plus moins en charge intégralement. En se concentrant sur l'essentiel Wayland est encore uen fois plus simple et plus rapide.
Enfin, Wayland redéfinit une API différente de notre Xorg, et comme incidemment il se trouve que l'on a fait des progrès en conception d'api et que l'on a appris des erreurs commises par le passé il est aussi plus simple à cet égard là.
L'un des désavantages de cette approche c'est qu'il est nécessaire de réécrire les back-ends des librairies graphiques actuelles pour qu'elle puisse être rendue par Wayland plutôt que par Xserver. Actuellement QT, GTK+, Clutter etc... usent de Xlib pour l'affichage. Le travail est en cours pour Clutter (d'aucun y verront un effet de mode, openGL tout ça...) et il était prévu de le faire aussi pour GTK+, peut être même que cela a commencé.
Je ne sais donc pas s'il est possible de vraiment essayer Wayland, mis à part lui faire héberger un Xserver ou un terminal.
[^] # Re: Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir
Posté par monde_de_merde . En réponse à la dépêche Xorg 7.5, xserver 1.7, xdc2009, passé, présent et avenir. Évalué à 10.
Wayland est fonctionnellement destiné à être un remplaçant de Xserver, mais s'en est surtout une énorme simplification.
Le premier point c'est qu'il s'agit d'un serveur graphique qui devrait accomplir certaines choses en recourant directement aux dernières technologies introduites récement (GEM, TTM-GEMisé, DRM etc...). Sur cet aspect la pile Xorg supporte aussi d'anciennes méthodes de rendu.
Le second point, c'est que Wayland ne prend pas en charge à l'heure actuelle certains aspects du protocole X11 (qui est véritablement monstrueux) alors que la pile Xorg le prend plus moins en charge intégralement. En se concentrant sur l'essentiel Wayland est encore uen fois plus simple et plus rapide.
Enfin, Wayland redéfinit une API différente de notre Xorg, et comme incidemment il se trouve que l'on a fait des progrès en conception d'api et que l'on a appris des erreurs commises par le passé il est aussi plus simple à cet égard là.
L'un des désavantages de cette approche c'est qu'il est nécessaire de réécrire les back-ends des librairies graphiques actuelles pour qu'elle puisse être rendue par Wayland plutôt que par Xserver. Actuellement QT, GTK+, Clutter etc... usent de Xlib pour l'affichage. Le travail est en cours pour Clutter (d'aucun y verront un effet de mode, openGL tout ça...) et il était prévu de le faire aussi pour GTK+, peut être même que cela a commencé.
Je ne sais donc pas s'il est possible de vraiment essayer Wayland, mis à part lui faire héberger un Xserver ou un terminal.