fa poc va ser anunciat l'alliberament de la nova versió estable del protocol Wayland 1.18, en la qual aquesta nova versió és compatible amb versions anteriors a nivell API i ABI amb les versions 1.x, però a més conté una part de les millores.
Per als que desconeixen de Wayland, Han de saber que aquest és un protocol per a la interacció d'un servidor compost i les aplicacions que hi treballen. Els clients representen de forma independent les finestres per separat, passant informació sobre actualitzacions a un servidor compost, que combina el contingut de les finestres d'aplicacions individuals per formar la sortida final, tenint en compte possibles matisos com la superposició de finestres i la transparència.
En altres paraules, un servidor de compost no proporciona una API per a la prestació dels elements individuals i opera només amb les finestres ja formades eliminant la doble memòria intermèdia utilitzant les biblioteques d'alt nivell com ara GTK + i el Qt.
Sobre Wayland
Actualment, el suport per al treball directe amb Wayland ja està implementat per a GTK3+, Qt 5, SDL, Clutter i EFL (Enlightenment Foundation Library).
La interacció amb el maquinari a Wayland/Weston, per exemple, la inicialització, el canvi de modes de vídeo (configuració de mode drm) i l'administració de memòria (GEM per a i915 i TTM per a radeon i nouveau) de targetes gràfiques, es pot fer directament mitjançant un mòdul a nivell de nucli, que permet prescindir de privilegis de superusuari.
El servidor compost Weston pot funcionar no només usant el mòdul DRM del kernel de Linux, sinó també sobre X11, un altre servidor compost Wayland, framebuffer i RDP. A més, s'estan desenvolupant projectes per garantir el treball a la part superior de la pila de gràfics de la plataforma Android.
Com a part del projecte Weston, es desenvolupa una de les implementacions de servidors compostos.
Qualsevol altre producte que admeti el protocol Wayland també pot actuar com a servidor compost.
Per exemple, actualment s'està treballant per proporcionar suport a Wayland a KWin. En la forma actual, Weston ja ha anat més enllà de l'abast d'un conjunt d'exemples per provar el protocol Wayland i pot adquirir funcionalitat a través de complements. A més que es proposa implementar shells personalitzats i funcions avançades d'administració de finestres en forma de backends externs a Weston.
Per garantir l'execució d'aplicacions X11 ordinàries en un entorn basat en Wayland, es fa servir el component XWayland DDX (X dependent del dispositiu), que és similar en organització a treballar a Xwin i Xquartz per a les plataformes Win32 i OS X.
El suport per al llançament d'aplicacions X11 està planejat per integrar-se directament al servidor compost Weston, que quan es tracta de l'aplicació completa de X11-iniciarà el llançament del servidor X i components relacionats XWayland.
Amb aquest enfocament, el procés de llançament d'aplicacions X11 serà senzill i indistingible per a l'usuari del llançament d'aplicacions que funcionen directament amb Wayland.
Millores importants a Wayland 1.18
De les seves novetats, a l'anunci s'esmenta quei es va afegir el suport per al sistema de construcció Meson, mentre que la capacitat de construir usant autotools encara es conserva, però s'eliminarà en una versió futura.
Un altre dels canvis que es destaquen d'aquesta nova versió de Wayland 1.18 és la nova API agregada per separar objectes proxy basats en etiquetes. Això permet que les aplicacions i els kits d'eines comparteixin una connexió Wayland.
A més, s'ha afegit la funció wl_global_remove () que distribueix un esdeveniment d'eliminació d'objecte global sense netejar-lo.
La nova característica permet eliminar l'ocurrència del race condition en eliminar objectes globals. Ja que podrien passar condicions de carrera similars perquè els clients no van poder confirmar la recepció de l'esdeveniment d'eliminació. La funció wl_global_remove () fa possible enviar primer un esdeveniment d'eliminació i només després d'un cert retard esborra l'objecte.
També es va garantir el seguiment dels temporitzadors del servidor wayland a lespai de lusuari, el que va eliminar la creació de massa descriptors de fitxers.
La única cosa en què no s'estava reinventant la roda la sobrecompliquen fins a l'últim multiservidor gràfic, no els sembla el súmmum, jo aquí estaré feliç amb X11 fins on es pugui.
PS: coneixen alguna manera de tornar a SystemV sense desestabilitzar-ho tot a Debian? gràcies per endavant.