Proyecto NetBSD sobre cómo cambiar el administrador de ventanas predeterminado ofrecido en una sesión X11 desde en . CTWM es una bifurcación de twm, que se bifurcó en 1992 y evolucionó hacia la creación de un administrador de ventanas liviano y totalmente personalizable que le permite cambiar la apariencia y el comportamiento a su gusto.
El administrador de ventanas twm se ha ofrecido en NetBSD durante los últimos 20 años y parece arcaico en el entorno actual. La reacción negativa de la gente al twm predeterminado obligó a los desarrolladores a reconsiderar el shell predeterminado y utilizar el administrador de ventanas CTWM, más potente, para crear un entorno amigable para los usuarios con experiencia en otros sistemas operativos.
CTWM admite escritorios virtuales, se está desarrollando activamente y está disponible bajo una licencia compatible con NetBSD. Las nuevas características implementadas sobre la base de CTWM incluyen un menú de aplicación generado automáticamente, atajos de teclado útiles para un control total sin un mouse, adaptación para trabajar con diferentes resoluciones de pantalla (incluido HiDPI después de agregar fuentes grandes), la capacidad de soportar velocidades muy lentas y muy lentas. sistemas rápidos utilizando un único archivo de configuración.
Fue
Se convirtió en:
además Una nota sobre el estado del proyecto del servidor compuesto NetBSD Basado en el protocolo Wayland. El puerto aún no está listo para el uso diario, pero ya es adecuado para experimentos y ejecutar aplicaciones usando Qt5, GTK3 o SDL2. Los problemas incluyen incompatibilidad con algunas aplicaciones, incluido Firefox, falta de soporte para ejecutar aplicaciones X11 y la capacidad de trabajar solo con GPU Intel para las cuales existe un controlador para cambiar los modos de video a nivel del kernel.
Una de las características de Wayland que dificulta la migración a NetBSD es la presencia de una gran cantidad de código específico del sistema operativo en los administradores compuestos responsables de administrar la pantalla, la entrada y la administración de ventanas. Wayland no proporciona protocolos listos para funciones como captura de pantalla, bloqueo de pantalla y administración de ventanas, y todavía está por detrás del servidor X en áreas como portabilidad, modularidad y estandarización.
El administrador compuesto implementa capacidades adicionales o mediante la definición de extensiones de protocolo. El servidor compuesto de referencia de Weston depende en gran medida de la API del kernel de Linux. Por ejemplo, el enlace al mecanismo de multiplexación de E/S de epoll requiere reelaboración para admitir kqueue. Los desarrolladores de sistemas BSD ya han preparado parches para usar kqueue, pero aún no han sido aceptados en la corriente principal.
El código del servidor compuesto de referencia se escribió inicialmente pensando únicamente en Linux y no tiene en cuenta las características de otros sistemas (por ejemplo, el código usa "#include " y dependencia de libinput). FreeBSD implementa un clon de la API de entrada de Linux, pero NetBSD utiliza una API de administración de entrada fundamentalmente diferente, wscons. Actualmente, el soporte de wscons ya se ha agregado a swc y está previsto migrarlo a otros administradores compuestos.
Los representantes de NetBSD tienen la intención de convencer a los desarrolladores de Wayland de que no utilicen un enlace físico para epoll, sino que cambien a una capa universal como libevent. El trabajo planificado también incluye actualizar la pila DRM/KMS del kernel NetBSD y los controladores de gráficos, incluida la transferencia de código del kernel de Linux, así como agregar soporte para conmutación atómica de modos de video, nuevas versiones de DRM y Glamour API (para ejecutar X11 aplicaciones que ejecutan xwayland). Está previsto añadir soporte para framebuffers al servidor compuesto basado en Wayland.
Fuente: opennet.ru