Project NetBSD over het wijzigen van de standaard venstermanager in de X11-sessie naar en een werkende opdracht krijgen. . CTWM is een fork van twm, ontstaan in 1992 en ontwikkeld om een lichte en volledig aan te passen venstermanager te creëren die het uiterlijk en gedrag naar wens kan wijzigen.
De venstermanager twm werd de afgelopen 20 jaar in NetBSD aangeboden en leek in de moderne context verouderd. De negatieve reacties van gebruikers op de standaard aangeboden twm hebben de ontwikkelaars ertoe aangezet om de standaard shell te heroverwegen en een meer functionele venstermanager, CTWM, in te schakelen om een gebruikersvriendelijke omgeving te creëren voor mensen met ervaring in andere besturingssystemen.
CTWM ondersteunt virtuele bureaubladen, wordt actief ontwikkeld en wordt geleverd onder een licentie die compatibel is met NetBSD. Van de nieuwe functies die zijn gerealiseerd op basis van CTWM, valt vooral het automatisch genererende toepassingsmenu op, nuttige sneltoetsen voor volledig beheer zonder muis, aanpassing voor gebruik met verschillende schermresoluties (inclusief HiDPI na toevoeging van grote lettertypen) en de mogelijkheid om zowel zeer trage als zeer snelle systemen te ondersteunen met behulp van één configuratiebestand.
Was:
Het is geworden:
Aanvullend bericht over de status van het project voor het ondersteunen van de compositieve server in NetBSD gebaseerd op het Wayland-protocol. De poort is momenteel nog niet klaar voor dagelijks gebruik, maar is al geschikt voor experimenten en het uitvoeren van applicaties die Qt5, GTK3 of SDL2 gebruiken. Problemen die worden genoemd zijn incompatibiliteit met sommige applicaties, waaronder Firefox, gebrek aan ondersteuning voor het starten van X11-applicaties en alleen werkend met Intel GPU's waarvoor een stuurprogramma voor wisselen tussen videomodi op kernniveau beschikbaar is.
Specifieke eigenschappen van Wayland die de porting naar NetBSD bemoeilijken, zijn onder andere de grote hoeveelheid OS-specifieke code in compositormanagers die verantwoordelijk zijn voor het beheren van het scherm, invoer en vensterbeheer. Wayland biedt geen kant-en-klare protocollen voor functies zoals het maken van screenshots, het vergrendelen van het scherm en vensterbeheer, en blijft vooralsnog achter bij de X-server op gebieden zoals draagbaarheid, modulariteit en standaardisatie.
Extra mogelijkheden worden gerealiseerd door de compositor-manager of via het definiëren van uitbreidingen aan de protocollen. De referentie compositor-server Weston is sterk afhankelijk van de Linux kernel API. Bijvoorbeeld, de binding aan de input-output multiplexing mechanism epoll vereist herwerking om kqueue te ondersteunen. Patches voor het gebruik van kqueue zijn al voorbereid door de ontwikkelaars van BSD-systemen, maar zijn nog niet opgenomen in de hoofdversie.
De code van de referentie compositor-server is oorspronkelijk geschreven met alleen Linux in gedachten en houdt geen rekening met de eigenaardigheden van andere systemen (bijvoorbeeld, in de code wordt "#include " gebruikt en is er een afhankelijkheid van libinput). FreeBSD heeft een kloon van de Linux input API geïmplementeerd, maar NetBSD gebruikt een principieel andere API voor inputbeheer — wscons. Momenteel is de ondersteuning voor wscons al toegevoegd aan swc en staat het gepland om overgezet te worden naar andere compositor-managers.
Vertegenwoordigers van NetBSD zijn van plan om de ontwikkelaars van Wayland te overtuigen om geen strikte binding met epoll te gebruiken, maar over te stappen op een universele laag, zoals libevent. Onder de geplande werkzaamheden staat ook de update van de DRM/KMS stack van de NetBSD kernel en grafische stuurprogramma's, waaronder het porteren van code uit de Linux kernel, evenals het toevoegen van ondersteuning voor atomair wisselen van videomodi, nieuwe versies van DRM en de Glamor API (voor het draaien van X11-applicaties onder xwayland). Er is gepland om ondersteuning voor framebuffers toe te voegen aan de compositor-server op basis van Wayland.
Bron: opennet.ru
