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

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

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

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

Беше:

Стало:

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

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

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

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

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

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