• [^] # Re: Waylands et Mir ?

    Posté par . En réponse à la dépêche X.Org est mort, vive Wayland ! (3). Évalué à 6.

    Sauf si je fais fausse route, cette FAQ est inexacte. Wayland ne réutilise pas les drivers ni l'infrastructure existante, Wayland n'est qu'un protocole, pas un morceau de code.

    Wayland est un protocole avec une implémentation de référence sous forme de bibliothèque.

    Weston, UNE implémentation, (qui était certes probablement unique à l'époque) réutilise en effet la pile graphique libre.

    Et pas que la pile graphique libre puisque Weston fonctionne aussi sur le Raspberry Pi, qui ne dispose pas de drivers réellement libres, ou sur des téléphones "Android" sans drivers libres non plus.

    Il faut se rappeler que Wayland/Weston est développé en partie par des employés de chez Intel, qui ne sont donc pas payés pour supporter tous les drivers exotiques qui existent. Cela n'empêche bien sûr personne de le faire.

    Ce que je veux dire c'est que l'ensemble des compositeurs Wayland ne semblent pas partager de code à ce niveau (l'interface) et que c'est selon moi extrêmement casse gueule.

    Dans le modèle actuel, il n'y a pas plus de partage de code au niveau de l'interface. Aucun changement à ce niveau.
    Si l'on parle de l'interface entre les applications et le compositeur et bien c'est la libwayland. Avant on avait la Xlib ou XCB. Tout cela est bien entendu utilisé/masqué par les toolkits (Qt, GTK+...).

    (notez que la situation serait exactement la même si Canonical avait décider de faire son propre compositeur Wayland plutôt que Mir)

    Désolé mais non, parce que l'ajout de Mir implique des modifications dans d'autres projets, comme celles nécessaires à l'ajout de Wayland : Mesa, tous les toolkits...
    Si ils avaient décidé de faire un compositeur Wayland, rien de tout cela ne serait nécessaire.