nylig lanseringen av den nye stabile versjonen av Wayland 1.18-protokollen ble kunngjort, der denne nye versjonen er kompatibel med tidligere versjoner på API og ABI-nivå med versjon 1.x, men også inneholder en del av forbedringene.
For de som ikke er klar over Wayland, de burde vite det dette er en protokoll for samspillet mellom en sammensatt server og applikasjonene som fungerer med den. Klienter gjengir vinduene sine hver for seg, og sender oppdateringsinformasjon til en sammensatt server, som kombinerer innholdet i individuelle applikasjonsvinduer for å danne den endelige utgangen, med tanke på mulige nyanser som vinduoverlapping og gjennomsiktighet.
Med andre ord gir en sammensatt server ikke et API for gjengivelse av enkeltelementer og fungerer bare med allerede dannede vinduer eliminering av dobbel buffering ved hjelp av høynivåbiblioteker som GTK + og Qt.
Om Wayland
For tiden støtte for direkte arbeid med Wayland er allerede implementert for GTK3 +, Qt 5, SDL, Clutter og EFL (Stiftelsesbiblioteket til opplysningstiden).
Interaksjon med maskinvare i Wayland / Weston, for eksempel initialisering, endring av videomodus (innstilling av drm-modus) og minnestyring (GEM for i915 og TTM for radeon og nouveau) av grafikkort, kan gjøres direkte gjennom en modul på kjernenivå, som lar deg omgå superbrukerrettigheter.
Weston kompositt server kan ikke bare bruke Linux kernel DRM modul, men også på X11, annen Wayland kompositt server, framebuffer og RDP. I tillegg utvikles prosjekter for å sikre arbeid på toppen av grafikkstakken for Android-plattformen.
Som en del av Weston-prosjektet utvikles en av de sammensatte serverimplementeringene.
Ethvert annet produkt som støtter Wayland-protokollen, kan også fungere som en sammensatt server.
Eg det pågår nå arbeid for å gi støtte til Wayland på KWin. I sin nåværende form har Weston allerede gått utenfor omfanget av et sett med prøver for å teste Wayland-protokollen og kan tilegne seg funksjonalitet gjennom plugins. I tillegg foreslås det å implementere egendefinerte skjell og avanserte vindueadministrasjonsfunksjoner i form av backender utenfor Weston.
For å sikre kjøring av vanlige X11-applikasjoner i et Wayland-basert miljø, brukes XWayland DDX (Device Dependent X) -komponenten, som i organisasjonen er lik den som arbeider i Xwin og Xquartz for Win32 og OS X-plattformer.
Støtte for lansering av X11-applikasjoner er planlagt å integreres direkte i Weston-kompositt-serveren, som når det gjelder hele X11-applikasjonen - vil starte lanseringen av X-serveren og relaterte XWayland-komponenter.
Med denne tilnærmingen vil prosessen med å lansere X11-applikasjoner være grei og skille mellom brukeren for å starte applikasjoner som fungerer direkte med Wayland.
Store forbedringer i Wayland 1.18
Av nyhetene nevner kunngjøringen hvala til støtte for Meson-byggesystemet, mens muligheten til å bygge ved hjelp av autotools fortsatt er bevart, men vil bli fjernet i en fremtidig utgivelse.
En annen av endringene som skiller seg ut i denne nye versjonen av Wayland 1.18 er nytt API lagt til separate proxy-objekter tag-basert. Dette gjør at applikasjoner og verktøysett kan dele en Wayland-forbindelse.
Videre lagt til funksjonen wl_global_remove () som sender en global objektslettingshendelse uten å rydde den opp.
Den nye funksjonen gjør det mulig å eliminere forekomsten av "rase-tilstanden" når man eliminerer globale objekter. Siden lignende løpsforhold kunne oppstå fordi kundene ikke kunne bekrefte mottakelsen av eliminasjonshendelsen. Funksjonen wl_global_remove () gjør det mulig å sende en slettehendelse først og først etter en viss forsinkelse sletter den objektet.
Også Wayland-servertimere spores garantert i brukerområdet, og eliminerer opprettelsen av for mange filbeskrivere.
Det eneste der hjulet ikke ble oppfunnet på nytt er overkomplisert til den siste grafiske multiserveren, det virker ikke som det siste strået, jeg vil være fornøyd med X11 så langt som mulig.
PS: Vet du noen måte å gå tilbake til SystemV uten å destabilisere alt i Debian? Takk på forhånd.