NetBSD har gått över till fönsterhanteraren CTWM som standard och experimenterar med Wayland

Projekt NetBSD meddelade om att byta den föreslagna standardfönsterhanteraren i X11-sessionen till twm till CTWM. CTWM är en fork av twm, som gjordes 1992 och har utvecklats för att skapa en lättviktig och helt anpassningsbar fönsterhanterare som låter användare ändra utseende och beteende efter eget tycke.

Fönsterhanteraren twm har erbjudits i NetBSD i 20 år och verkar idag gammalmodig. Den negativa reaktionen på den föreslagna standarden twm fick utvecklarna att ompröva standardgränssnittet och använda den mer funktionella fönsterhanteraren CTWM för att skapa en miljö som är vänlig för användare med erfarenhet från andra operativsystem.

CTWM stödjer virtuella skrivbord, är under aktiv utveckling och distribueras under en licens som är kompatibel med NetBSD. Bland de nya funktionerna som implementerats baserat på CTWM märks ett automatiskt genererat applikationsmeny, användbara tangentkombinationer för fullständig kontroll utan mus, anpassning för arbete med olika skärmupplösningar (inklusive HiDPI efter tillägg av stora teckensnitt), och möjligheten att stödja både mycket långsamma och mycket snabba system med hjälp av en och samma konfigurationsfil.

Förut:

Nu:

Ytterligare i sin helhet i "Vladikavkaz Mathematical Journal". anteckning om projektets status för att säkerställa drift av kompositserver i NetBSD swc baserat på Wayland-protokollet. Porten är inte ännu redo för daglig användning, men är redan användbar för experiment och för att köra applikationer som använder Qt5, GTK3 eller SDL2. Bland problemen för märks inkompatibilitet med vissa applikationer, inklusive Firefox, brist på stöd för att köra X11-applikationer och möjligheten att bara fungera med Intel GPU:er för vilka det finns drivrutiner för växling av videolägen på kärnnivå.

Bland de egenskaper hos Wayland som gör portering till NetBSD svårt nämns existensen av en stor mängd OS-specifik kod i komposithanterare som ansvarar för skärmhantering, inmatning och fönsterhantering. Wayland tillhandahåller inga färdiga protokoll för sådana funktioner som att ta skärmbilder, låsa skärmen och hantera fönster, och ligger fortfarande efter X-servern inom områden som portabilitet, modularitet och standardisering.

Ytterligare funktioner implementeras av den kompositiva hanteraren eller genom att definiera tillägg till protokollen. Den referenskompositiva servern Weston är starkt kopplad till Linux-kärnans API. Till exempel kräver kopplingen till mekanismen för multiplexering av in- och utdata, epoll, en omarbetning för att stödja kqueue. Patcharna för att använda kqueue har redan förberetts av utvecklarna av BSD-system, men har ännu inte antagits i huvudversionen.

Koden för den referenskompositiva servern skrevs ursprungligen med fokus enbart på Linux och tar inte hänsyn till egenskaperna hos andra system (till exempel används "#include " och beroende av libinput). I FreeBSD implementeras en klon av Linux-inmatnings-API:t, men i NetBSD används ett principiellt annat API för att hantera inmatning — wscons. För närvarande har stöd för wscons redan lagts till i swc och överföring till andra kompositiva hanterare är planerad.

Representanter från NetBSD avser att övertyga utvecklarna av Wayland att inte använda en strikt koppling till epoll, utan istället gå över till ett universellt lager som libevent. Bland de planerade arbetena nämns också uppdatering av DRM/KMS-stacken i NetBSD-kärnan och grafiska drivrutiner, vilket inkluderar portering av kod från Linux-kärnan, samt tillägg av stöd för atomärt växlande av videolägen, nya versioner av DRM och Glamor-API (för att köra X11-applikationer under xwayland). Stöd för rambufferar planeras att läggas till i den kompositiva servern baserad på Wayland.

Källa: opennet.ru