Fin de l'attribution des commits extérieur à Ubuntu
On ne va pas refaire ce débat, mais j'imagine que tu sais qu'il y a du pour et du contre sur cette mesure.
Pas de GPLV3 uniquement, afin d'être compatible avec les autres environnement
Mir a aussi du code LGPL (part qui est amenée à grossir vu le futur besoin de supporter les pilotes proprio).
Travail/contribution upstream des patchs pour Qt, Gtk, ... avec détection au runtime, afin qu'un soft Qt/Gtk/EFL déjà compilé puisse tourner sous Wayland ou Mir.
Vu que l'ensemble est encore en développement, j'imagine qu'il ne faut pas s'attendre à ce que les patchs soient proposés avant la stabilisation des API en octobre.
Dans la même veine, développement d'un WaylandMir et d'un MirWayland
Quel intérêt ? Il restera toujours X en point commun entre les deux.
Mise en place d'un protocole pour pas qu'un compositeur différent d'Unity soit cassé tout les quatre matins à chaque mise à jour système.
La compatibilité de l'API de la libmirserver sera maintenue à partir d'octobre (première version de Mir en production).
Après, on peut dire que la communauté du dev libre voit le mal partout
C'est entièrement de la faute de Canonical si Mir est parti sur un si mauvais pied vis à vis de la communauté.
Maintenant il faut aussi essayer d'analyser la situation plus pragmatiquement sans sombrer dans la paranoïa.
Objectivement, Canonical a fait des pas dans la bonne direction en offrant de la documentation et en tentant d'ouvrir des discussions constructives avec les personnes potentiellement concernées par Mir (il y a un type de chez Fedora qui passe de temps en temps pour demander de rajouter des trucs dans la doc, il y a des paquets Mir dans Arch Linux...)
Ni Mir ni Wayland ne vont disparaître avant un bon bout de temps. Qu'on se le dise.
Maintenant il faut apprendre à coexister pour éviter les problèmes de compatibilités que tu évoques et que personne ne souhaite.
[^] # Re: Waylands et Mir ?
Posté par Malizor . En réponse à la dépêche X.Org est mort, vive Wayland ! (3). Évalué à -1.
On ne va pas refaire ce débat, mais j'imagine que tu sais qu'il y a du pour et du contre sur cette mesure.
Mir a aussi du code LGPL (part qui est amenée à grossir vu le futur besoin de supporter les pilotes proprio).
Vu que l'ensemble est encore en développement, j'imagine qu'il ne faut pas s'attendre à ce que les patchs soient proposés avant la stabilisation des API en octobre.
Quel intérêt ? Il restera toujours X en point commun entre les deux.
La compatibilité de l'API de la libmirserver sera maintenue à partir d'octobre (première version de Mir en production).
C'est entièrement de la faute de Canonical si Mir est parti sur un si mauvais pied vis à vis de la communauté.
Maintenant il faut aussi essayer d'analyser la situation plus pragmatiquement sans sombrer dans la paranoïa.
Objectivement, Canonical a fait des pas dans la bonne direction en offrant de la documentation et en tentant d'ouvrir des discussions constructives avec les personnes potentiellement concernées par Mir (il y a un type de chez Fedora qui passe de temps en temps pour demander de rajouter des trucs dans la doc, il y a des paquets Mir dans Arch Linux...)
Ni Mir ni Wayland ne vont disparaître avant un bon bout de temps. Qu'on se le dise.
Maintenant il faut apprendre à coexister pour éviter les problèmes de compatibilités que tu évoques et que personne ne souhaite.