Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Ubuntu travaille sur un nouveau serveur X et c'est pas Wayland

AGui

seb24 a écritNormalement l'application va dépendre du Toolkit. Il me semble que Skype Utilise Qt a la base. Du coup Il faut que Qt soit compatible avec Mir et Wayland.
En gros l’enjeu va être de supporter le plus de toolkit possible. Sauf si les devs des font des applications qui dépendent spécifiquement du serveur graphique, mais normalement c'est rare.

Le cas le plus courant, c'est les jeux. Et même si les développeurs se basent sur un middleware comme Unity3D qui aurait un back-end pour chaque serveur graphique, comme c'est un logiciel propriétaire, s'ils ne publient qu'une version compilée pour un seul serveur, on ne pourra pas l'utiliser sur l'autre, bien qu'il serait techniquement faisable de le faire par une simple recompilation. Les émulateurs font aussi des appels directs au serveur graphique.

Pour les applications, j'ai pris Skype parce que c'est le premier logiciel propriétaire qui m'est passé par l'esprit, c'est en effet un mauvais exemple, mais on doit pouvoir en trouver qui utilisent leur propre toolkit graphique. VMWare ?

Mais même pour les logiciels libres. Les bibliotèques de décodage vidéo comme ffmpeg et mplayer font des appels au serveur graphique il me semble. Canonical va porter Qt et GTK, mais ils ne pourront pas tout porter eux-mêmes. Certains projets avec des équipes de développement limitées ne pourront pas forcément supporter plusieurs serveurs graphiques. Le fait qu'ils annoncent Mir maintenant, alors que le travail est très peu avancé pour le moment, n'est pas innocent. Le travail de portage vers Wayland allait commencer sérieusement dans les mois qui viennent. Les gros toolkits comme Qt, GTK ou EFL sont déjà compatibles, mais beaucoup de choses dépendent encore de X. Maintenant que Mir est annoncé, les développeurs vont se dire qu'il vaut mieux attendre de voir si un des deux va s'imposer, plutôt que de risquer de gaspiller des ressources. Surtout que Xorg n'est pas prêt de disparaitre.

seb24

AGui a écrit
seb24 a écritNormalement l'application va dépendre du Toolkit. Il me semble que Skype Utilise Qt a la base. Du coup Il faut que Qt soit compatible avec Mir et Wayland.
En gros l’enjeu va être de supporter le plus de toolkit possible. Sauf si les devs des font des applications qui dépendent spécifiquement du serveur graphique, mais normalement c'est rare.
Le cas le plus courant, c'est les jeux. Et même si les développeurs se basent sur un middleware comme Unity3D qui aurait un back-end pour chaque serveur graphique, comme c'est un logiciel propriétaire, s'ils ne publient qu'une version compilée pour un seul serveur, on ne pourra pas l'utiliser sur l'autre, bien qu'il serait techniquement faisable de le faire par une simple recompilation. Les émulateurs font aussi des appels directs au serveur graphique.

Pour les applications, j'ai pris Skype parce que c'est le premier logiciel propriétaire qui m'est passé par l'esprit, c'est en effet un mauvais exemple, mais on doit pouvoir en trouver qui utilisent leur propre toolkit graphique. VMWare ?

Mais même pour les logiciels libres. Les bibliotèques de décodage vidéo comme ffmpeg et mplayer font des appels au serveur graphique il me semble. Canonical va porter Qt et GTK, mais ils ne pourront pas tout porter eux-mêmes. Certains projets avec des équipes de développement limitées ne pourront pas forcément supporter plusieurs serveurs graphiques. Le fait qu'ils annoncent Mir maintenant, alors que le travail est très peu avancé pour le moment, n'est pas innocent. Le travail de portage vers Wayland allait commencer sérieusement dans les mois qui viennent. Les gros toolkits comme Qt, GTK ou EFL sont déjà compatibles, mais beaucoup de choses dépendent encore de X. Maintenant que Mir est annoncé, les développeurs vont se dire qu'il vaut mieux attendre de voir si un des deux va s'imposer, plutôt que de risquer de gaspiller des ressources. Surtout que Xorg n'est pas prêt de disparaitre.

Niveau logiciel sauf des cas a part je pense pas que ce soit le cas. Peut être que des librairies et les jeux pourront être affecte. Du cote de Mir y'a une couche de compatibilité avec Xorg, de ce que j'ai compris. Donc un jeux ou une lib qui fonctionnait sur Xorg continuera de fonctionner. Il me semble que Wayland aussi devait avoir ce genre de choses. Il va de toute façon avoir une période de transition ou il faudra supporter Xorg le temps que tout le monde migre.

Et j'ai quand même l'impression que Mir sera proche de Wayland pour pas mal de points.

gnales

Sauf que en général les jeux passent par un moteur qui passent généralement lui même par une implémentation de openGL il suffit donc de patcher mesa pour que ça soit bon niveau graphisme il me semble.

AGui

gnales a écritSauf que en général les jeux passent par un moteur qui passent généralement lui même par une implémentation de openGL il suffit donc de patcher mesa pour que ça soit bon niveau graphisme il me semble.

Pour ce qui est d'afficher une image à l'écran, d'accord. J'avoue ne pas être spécialiste, mais pour tout ce qui est gestion des évènements d'entrée (pointeur, touches du clavier, controlleur), c'est pas géré par openGL, mais par Xorg, non ?

JLK

seb24 a écritIl me semble que Wayland aussi devait avoir ce genre de choses. Il va de toute façon avoir une période de transition ou il faudra supporter Xorg le temps que tout le monde migre.

Oui, ça s'appelle XWayland pour la compatibilité avec le serveur X, si je ne dis pas de bêtise. 🙂

GutsdBlack

JLK a écrit
seb24 a écritIl me semble que Wayland aussi devait avoir ce genre de choses. Il va de toute façon avoir une période de transition ou il faudra supporter Xorg le temps que tout le monde migre.
Oui, ça s'appelle XWayland pour la compatibilité avec le serveur X, si je ne dis pas de bêtise. 🙂

Oui il marche déjà depuis au moins 1 an 😉

JLK

GutsdBlack a écrit
JLK a écrit
seb24 a écritIl me semble que Wayland aussi devait avoir ce genre de choses. Il va de toute façon avoir une période de transition ou il faudra supporter Xorg le temps que tout le monde migre.
Oui, ça s'appelle XWayland pour la compatibilité avec le serveur X, si je ne dis pas de bêtise. 🙂
Oui il marche déjà depuis au moins 1 an 😉

Et ça marche pour tous les logiciels natifs sous X ?

GutsdBlack

JLK a écritEt ça marche pour tous les logiciels natifs sous X ?

Aucune idée à l'époque j'avais essayé gnome-terminal, firefox, mplayer, la calculette mais pas le reste.

JLK

GutsdBlack a écrit
JLK a écritEt ça marche pour tous les logiciels natifs sous X ?
Aucune idée à l'époque j'avais essayé gnome-terminal, firefox, mplayer, la calculette mais pas le reste.

Ma question s'adresse à tous le monde. Pas particulièrement à toi. 🙂
L'essentiel semble donc marcher ?

seb24

Quelques compléments d'information :
https://plus.google.com/u/0/113883146362955330174/posts/P4GFie3VoD8
https://plus.google.com/u/0/113883146362955330174/posts/QwMqCgC7c9G

kao_chen

Vous avez peut être manqué la news, mais MIR a réveillé l'équipe Gnome et elle réfléchit à un plan pour basculer Gnome vers Wayland.
Cela implique le portage de Gnome-Shell, finir la compatibilité de GTK+ et s'assurer que les applications non pas une dépendance oublié à X.
C'est toujours une réflexion mais le passage se ferait en deux cycles, 3.10 et 3.12.

GNOME 3.10 (fall 2013)

X will still be the default
GNOME shell can operate as a Wayland compositor and allow experimentation and development in this mode; it should support the same core interfaces as Weston
GTK+ backend is functional enough for day-to-day use
Not all parts of the desktop will be ported over (e.g. display configuration, a11y, Wacom tablet support)
Applications will transparently fall back to using xwayland, if they don't work with Wayland yet

GNOME 3.12 (spring 2014)

Complete port of GNOME to Wayland
Most parts of GNOME will still work under X (some parts may be hard to keep working under both X and Wayland)
All core GNOME applications work with Wayland

https://live.gnome.org/Wayland
Plus un état des lieux de applications:
https://live.gnome.org/Wayland/Applications

Toutes applications qui ne seront pas passer à Wayland, d'ici la 3.12 fonctionneront toujours grâce à xwayland.

Enlightenment travaille aussi sur le portage vers Wayland, et n'a pour l'instant aucune volonté d'assurer le portage vers MIR, cela leur donnerai beaucoup trop de travail pour un gain limité.
https://phab.enlightenment.org/phame/live/1/post/enlightenment_and_efl_backing_wayland/

Pour Kde je crois pas qu'il est encore de plan.

AGui

kao_chen a écritPour Kde je crois pas qu'il est encore de plan.

Pour KDE, Qt5 est déjà entièrement porté vers Wayland et stable. Etant donné que la majeure partie des applications Qt4 peuvent être portés vers Qt5 avec une adaptation mineure, on peut déjà en utiliser la plupart sous Wayland aujourd'hui. KDE Frameworks 5, la prochaine version majeure des bibliothèques KDE qui tire partie des spécificités de Qt5, est en cours de développement et devrait sortir d'ici fin 2013.

Le plus gros effort de portage vers Wayland concerne le gestionnaire de fenêtres KWin, mais le travail est déjà en cours. De la refonte de code pour isoler les éléments spécifiques à Xorg a déjà eu lieu pour la version 4.10 sortie en Février, et il devrait être possible de l'utiliser en tant que compositeur Wayland pour la 4.12 qui sortira en début 2014, mais ce ne sera pas conseillé pour une utilisation en production. Plasma, la bibliothèque sur laquelle repose l'environnement pour les barres de tâches et les widgets, devra aussi être portée, mais le travail est beaucoup plus avancé puisque la base est plus jeune et plus modulaire. Et enfin il faudra porter le gestionnaire d'affichage. Il y a justement eu un post de Aaron Seigo, un des principaux développeurs KDE à ce sujet aujourd'hui.

Plasma Active, l'environnement KDE pour tablette qui utilise une version light de KWin, devrait être porté vers Wayland début 2014 (le développement n'est pas synchronisé avec le reste de KDE Workspaces, Apps et Platform), mais pour un Plasma Desktop sous Wayland, il faudra certainement attendre la fusion Active/Desktop qui devrait normalement se produire pour la sortie suivant celle de la version 4.12 (4.13 ou 5.0 suivant ce qui est décidé), donc vers Septembre 2014 je dirais.

Avancement du portage de KWin et KDE vers Wayland sur le blog de Martin Grässlin
Et pour les informations les plus récentes, je pense que ça vient d'un des podcasts KDE from the future ou The Luminosity of Free Software.

seb24

Tiens ça m'a fait rire :
http://wtflinux.wordpress.com/2013/03/13/no-need-for-un-intervention-claims-bacon/

Smon

kao_chen a écritVous avez peut être manqué la news, mais MIR a réveillé l'équipe Gnome et elle réfléchit à un plan pour basculer Gnome vers Wayland.
Cela implique le portage de Gnome-Shell, finir la compatibilité de GTK+ et s'assurer que les applications non pas une dépendance oublié à X.
C'est toujours une réflexion mais le passage se ferait en deux cycles, 3.10 et 3.12.

GNOME 3.10 (fall 2013)

X will still be the default
GNOME shell can operate as a Wayland compositor and allow experimentation and development in this mode; it should support the same core interfaces as Weston
GTK+ backend is functional enough for day-to-day use
Not all parts of the desktop will be ported over (e.g. display configuration, a11y, Wacom tablet support)
Applications will transparently fall back to using xwayland, if they don't work with Wayland yet

GNOME 3.12 (spring 2014)

Complete port of GNOME to Wayland
Most parts of GNOME will still work under X (some parts may be hard to keep working under both X and Wayland)
All core GNOME applications work with Wayland
https://live.gnome.org/Wayland
Plus un état des lieux de applications:
https://live.gnome.org/Wayland/Applications

Toutes applications qui ne seront pas passer à Wayland, d'ici la 3.12 fonctionneront toujours grâce à xwayland.

Enlightenment travaille aussi sur le portage vers Wayland, et n'a pour l'instant aucune volonté d'assurer le portage vers MIR, cela leur donnerai beaucoup trop de travail pour un gain limité.
https://phab.enlightenment.org/phame/live/1/post/enlightenment_and_efl_backing_wayland/

Pour Kde je crois pas qu'il est encore de plan.

RedHat touch. Tout ce qui peut être fait pour faire du mal à Canonical est systématiquement mis en œuvre, et rapidement svp.

sylvainsjc

Smon a écrit Canonical touch. Tout ce qui peut être fait pour faire du mal à Redhat est systématiquement mis en œuvre, et rapidement svp.

Fixed 😛

seb24

kao_chen a écritVous avez peut être manqué la news, mais MIR a réveillé l'équipe Gnome et elle réfléchit à un plan pour basculer Gnome vers Wayland.
Cela implique le portage de Gnome-Shell, finir la compatibilité de GTK+ et s'assurer que les applications non pas une dépendance oublié à X.
C'est toujours une réflexion mais le passage se ferait en deux cycles, 3.10 et 3.12.

En gros ils bossent pas pour les utilisateurs mais juste pour faire chier Ubuntu ?
Je l'avais vu sur phoronix il y a quelques jours mais j'ai pas ose le poster.

AGui

seb24 a écritEn gros ils bossent pas pour les utilisateurs mais juste pour faire chier Ubuntu ?
Je l'avais vu sur phoronix il y a quelques jours mais j'ai pas ose le poster.

Bah non, ils pensent que Wayland est une meilleure solution, donc ils font en sorte qu'il puisse être adopté massivement au moins au même moment que Mir, pour que Mir ne s'impose pas en tant que standard de-facto.

Au final cette annonce de Mir sera peut-être bénéfique au camp Wayland dans le sens où ça leur aura permis de se sortir un peu le doigt du cul... En espérant qu'ils ne se précipitent pas trop et qu'ils ne prennent pas de mauvaises décisions de conception dans la hâte.

JLK

Cette nouvelle me rappelle les deux superblocs pendant la Guerre Froide...

kao_chen

Pour les applications Gnome, la dépendance à X est retiré ce qui peut servir aussi pour Mir.
Et tout le monde ne bosse pas chez Red Hat.
Puis c'est un peu Ubuntu qui veut se la jouer solo, donc il faut aussi assumer un peu.

Zakhar

seb24 a écritTiens ça m'a fait rire :
http://wtflinux.wordpress.com/2013/03/13/no-need-for-un-intervention-claims-bacon/

Pas tout compris à leur humour bizarre, mais en tout cas il y a une remarque fort pertinente :

pourquoi donc Ubuntu ne se concentre pas sur le Desktop alors qu'il y a un "créneau" avec le vide laissé par le ratage de W8.

C'est comme à l'époque de Vista, Linux avait un super créneau pour se faire un place sur un marché (presque le seul, mais il est d'importance) où il n'est pas : le desktop; et le créneau a été loupé.

Là en se dispersant : MIR, Ubuntu mobile, etc... on risque une fois encore de rater le créneau et c'est rageant que ce fameux bug #1 ne soit toujours pas corrigé, et qu'on laisse passer les opportunités de le "fixer" enfin une bonne fois pour toutes !

« Page précédente Page suivante »