NetBSD est passé au gestionnaire de fenêtres CTWM par défaut et expérimente avec Wayland

Projet NetBSD a annoncé sur le changement du gestionnaire de fenêtres par défaut dans la session X11 avec twm sur CTWM. CTWM est un fork de twm, dérivé en 1992, qui a évolué pour créer un gestionnaire de fenêtres léger et entièrement personnalisable, permettant de modifier l'esthétique et le comportement à sa guise.

Le gestionnaire de fenêtres twm a été proposé dans NetBSD pendant les 20 dernières années et, dans les conditions modernes, il semblait désuet. La réaction négative des utilisateurs face à twm par défaut a conduit les développeurs à revoir l'interface par défaut et à adopter un gestionnaire de fenêtres plus fonctionnel, CTWM, pour créer un environnement convivial pour les utilisateurs ayant de l'expérience avec d'autres systèmes d'exploitation.

CTWM prend en charge les bureaux virtuels, se développe activement et est distribué sous une licence compatible avec NetBSD. Parmi les nouvelles fonctionnalités basées sur CTWM, on note un menu d'applications généré automatiquement, des combinaisons de touches utiles pour un contrôle complet sans souris, une adaptation pour travailler avec différentes résolutions d'écran (y compris HiDPI après l'ajout de grandes polices), et la possibilité de supporter à la fois des systèmes très lents et très rapides grâce à un seul fichier de configuration.

Avant :

Devenu:

Supplémentaire a été publiée note sur l'état du projet visant à assurer le fonctionnement d'un serveur composite dans NetBSD swc basé sur le protocole Wayland. Le port n'est pas encore prêt pour un usage quotidien, mais il est déjà adapté pour des expérimentations et le lancement d'applications utilisant Qt5, GTK3 ou SDL2. Parmi les problèmes signalés, on note l'incompatibilité avec certaines applications, y compris Firefox, l'absence de support pour le lancement d'applications X11, et la possibilité de fonctionner uniquement avec des GPU Intel pour lesquels un pilote est disponible pour le changement de mode vidéo au niveau du noyau.

Parmi les caractéristiques de Wayland qui compliquent le portage vers NetBSD, on mentionne la présence d'un grand volume de code spécifique au système dans les gestionnaires de composition, responsables de la gestion de l'écran, de l'entrée et des fenêtres. Wayland ne fournit pas de protocoles prêts pour des fonctionnalités telles que la prise de captures d'écran, le verrouillage de l'écran et la gestion des fenêtres, et accuse pour l'instant un retard par rapport au serveur X dans des domaines tels que la portabilité, la modularité et la standardisation.

Des fonctionnalités supplémentaires sont mises en œuvre par le gestionnaire composite ou via la définition d'extensions aux protocoles. Le serveur composite de référence Weston est fortement lié à l'API du noyau Linux. Par exemple, l'intégration du mécanisme de multiplexer d'entrée-sortie epoll nécessite une refonte pour prendre en charge kqueue. Des patches pour utiliser kqueue ont déjà été préparés par les développeurs des systèmes BSD, mais n'ont pas encore été intégrés dans la version principale.

Le code du serveur composite de référence a été initialement écrit en tenant compte uniquement de Linux et ne prend pas en compte les spécificités des autres systèmes (par exemple, le code utilise «#include » et dépend de libinput). FreeBSD a un clone de l'API d'entrée de Linux, mais NetBSD utilise une API fondamentalement différente pour la gestion de l'entrée — wscons. Actuellement, le support de wscons a déjà été ajouté à swc et est prévu pour être porté vers d'autres gestionnaires composites.

Les représentants de NetBSD ont l'intention de convaincre les développeurs de Wayland de ne pas utiliser de dépendance stricte à epoll, mais de passer à une couche universelle, comme libevent. Parmi les travaux prévus, on note également la mise à jour de la pile DRM/KMS du noyau NetBSD et des pilotes graphiques, y compris le portage de code depuis le noyau Linux, ainsi que l'ajout du support pour le basculement atomique des modes vidéo, de nouvelles versions de DRM et de l'API Glamor (pour exécuter des applications X11 sous xwayland). Le serveur composite basé sur Wayland prévoit d'ajouter le support des cadres tampon.

Source : opennet.ru