Pentru GTK5, luăm în considerare încetarea suportului pentru X11

Matthias Clasen, lider al echipei de desktop Fedora, membru al echipei de lansare GNOME și unul dintre dezvoltatorii activi GTK (a contribuit cu 36,8% la modificările din GTK 4), a început să discute despre posibilitatea deprecierii protocolului X11 în următoarea ramură majoră GTK5 și lăsând GTK să ruleze pe Linux numai folosind protocolul Wayland.

Pentru cei care nu știu Wayland, ar trebui să știți că acest lucru este un protocol pentru interacțiunea unui server compus și aplicațiile care funcționează cu acesta. Clienții își realizează propria redare a ferestrelor într-un buffer separat, trimițând informații despre actualizări către serverul compus, care combină conținutul bufferelor individuale ale aplicației pentru a forma rezultatul final, ținând cont de posibilele nuanțe, cum ar fi suprapunerea ferestrelor și transparența.

Cu alte cuvinte, serverul compozit nu oferă un API pentru a reda elemente individuale, ci mai degrabă funcționează numai pe ferestre deja formate, care vă permite să scăpați de tamponarea dublă atunci când utilizați biblioteci de nivel înalt precum GTK și Qt, care preiau munca de sortare a conținutului Windows.

Wayland rezolvă multe probleme de securitate X11 deoarece, spre deosebire de acesta din urmă, izolează intrarea și ieșirea pentru fiecare fereastră, nu permite clientului să acceseze conținutul ferestrelor altor clienți și nu permite interceptarea evenimentelor de intrare asociate cu alte ferestre. În prezent, suportul pentru lucrul direct cu Wayland este deja implementat pentru bibliotecile GTK, Qt, SDL (din versiunea 2.0.2), Clutter și EFL (Enlightenment Foundation Library). Începând cu Qt 5.4, modulul QtWayland este inclus cu implementarea componentelor pentru rularea aplicațiilor Qt în mediul de server compozit Weston dezvoltat de proiectul Wayland.

Despre nota propusă deprecierea lui X11 afirmă că „X11 nu se îmbunătățește iar Wayland este acum disponibil universal.” El explică în continuare că backend-ul X11 GTK și codul bazat pe Xlib se blochează și întâmpină probleme cu întreținerii.

Se pretinde că pentru compatibilitatea X11 să supraviețuiască, cineva trebuie să scrie și să mențină codul legat de X11, dar nu există entuziaști, iar actualii dezvoltatori GTK se concentrează în mare parte pe suportul Wayland. Dezvoltatorii de sisteme interesați să lucreze în medii bazate pe protocolul X11 își pot lua întreținerea în propriile mâini și își pot extinde suportul în GTK, dar având în vedere activitatea curentă, scenariul va fi că vor fi cei care vor să preia întreținerea X11 înapoi. Sfârşit. în propriile mâini este considerat improbabil.

În prezent, GTK poziționează deja Wayland ca principală platformă de dezvoltare de API și caracteristici. Din cauza lipsei de activitate în dezvoltarea protocolului X11, în timp ce își lasă suportul în GTK, backend-ul X11 va genera un backlog din ce în ce mai mare în ceea ce privește noile funcționalități disponibile dezvoltatorilor, sau va deveni un obstacol în calea implementării altora noi. . caracteristici în GTK.

De menționat că, conform statisticilor serviciului Firefox Telemetry, care analizează datele primite ca urmare a trimiterii de telemetrie și de la utilizatorii care accesează serverele Mozilla, proporția utilizatorilor Firefox pe Linux care lucrează în medii bazate pe ​in Wayland. protocol nu depășește 10%.

90% dintre utilizatorii Firefox de pe Linux continuă să folosească protocolul X11. Un mediu Wayland pur este folosit de aproximativ 5-7% dintre utilizatorii Linux, iar XWayland de aproximativ 2%.

Informațiile utilizate pentru raport acoperă aproximativ 1% din telemetria primită de la utilizatorii Firefox pe Linux. Rezultatul poate fi foarte afectat de dezactivarea telemetriei în pachetele cu Firefox care sunt oferite în unele distribuții Linux (telemetria este activată în Fedora).

Între timp KDE intenționează în 2022 să aducă sesiunea desktop Plasma bazată pe protocol Wayland la o stare adecvată pentru utilizarea zilnică de către o proporție semnificativă de utilizatori. Suport îmbunătățit semnificativ pentru Wayland în KDE Plasma 5.24 și 5.25, inclusiv suport pentru adâncimi de culoare mai mari de 8 biți pe canal, „leasing DRM” pentru căști VR, suport pentru realizarea de capturi de ecran și minimizarea tuturor ferestrelor.