NetBSD премина към мениджъра на прозорци CTWM по подразбиране и експериментира с Wayland

Проект NetBSD съобщи относно промяната на мениджъра на прозорци по подразбиране, предлаган в X11 сесия от Бъфало на CTWM. CTWM е разклонение на twm, което беше раздвоено през 1992 г. и еволюира към създаването на лек и напълно адаптивен мениджър на прозорци, който ви позволява да промените външния вид и поведението по ваш вкус.

Мениджърът на прозорци twm се предлага в NetBSD през последните 20 години и изглежда архаично в днешната среда. Отрицателната реакция на хората към twm по подразбиране принуди разработчиците да преразгледат обвивката по подразбиране и да използват по-мощния мениджър на прозорци CTWM, за да създадат благоприятна среда за потребители с опит в други операционни системи.

CTWM поддържа виртуални десктопи, активно се разработва и се предлага под лиценз, съвместим с NetBSD. Новите функции, реализирани на базата на CTWM, включват автоматично генерирано меню за приложения, полезни клавишни комбинации за пълен контрол без мишка, адаптация за работа с различни резолюции на екрана (включително HiDPI след добавяне на големи шрифтове), възможност за поддръжка както на много бавни, така и на много бързи системи, използващи един конфигурационен файл.

Беше:

Стана:

Освен това публикувано Бележка за състоянието на проекта за комбиниран сървър NetBSD swc на базата на протокола Wayland. Портът все още не е готов за ежедневна употреба, но вече е подходящ за експерименти и стартиране на приложения, използващи Qt5, GTK3 или SDL2. Проблемите включват несъвместимост с някои приложения, включително Firefox, липса на поддръжка за стартиране на X11 приложения и възможност за работа само с графични процесори на Intel, за които има драйвер за превключване на видео режими на ниво ядро.

Една от характеристиките на Wayland, която затруднява пренасянето към NetBSD, е наличието на голямо количество специфичен за ОС код в съставните мениджъри, отговорни за управлението на екрана, въвеждането и управлението на прозорците. Wayland не предоставя готови протоколи за функции като екранни снимки, заключване на екрана и управление на прозорци и все още изостава от X сървъра в области като преносимост, модулност и стандартизация.

Допълнителните възможности се реализират от композитния мениджър или чрез дефинирането на разширения на протокола. Референтният композитен сървър на Weston е силно зависим от API на ядрото на Linux. Например, обвързването към I/O мултиплексния механизъм на epoll изисква преработване, за да поддържа kqueue. Пачовете за използване на kqueue вече са подготвени от разработчиците на BSD системи, но все още не са приети в масовия поток.

Кодът на референтния композитен сървър първоначално е написан с оглед само на Linux и не взема предвид характеристиките на други системи (например кодът използва „#include " и зависимост от libinput). FreeBSD внедрява клонинг на API за въвеждане на Linux, но NetBSD използва фундаментално различен API за управление на въвеждане, wscons. Понастоящем поддръжката на wscons вече е добавена към swc и е планирана за пренасяне към други композитни мениджъри.

Представителите на NetBSD възнамеряват да убедят разработчиците на Wayland да не използват твърда връзка към epoll, а да преминат към универсален слой като libevent. Планираната работа включва също актуализиране на стека DRM/KMS на ядрото на NetBSD и графичните драйвери, включително код за пренасяне от ядрото на Linux, както и добавяне на поддръжка за атомно превключване на видео режими, нови версии на DRM и Glamour API (за работа с X11 приложения, изпълняващи xwayland). Предвижда се добавяне на поддръжка за фреймбуфери към базирания на Wayland композитен сървър.

Източник: opennet.ru