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. Сред планираните дейности е обновление на DRM/KMS стека на ядрото на NetBSD и графичните драйвери, включително с портирването на код от ядрото на Linux, както и добавяне на поддръжка за атомарно превключване на видеорежими, нови версии на DRM и API Glamor (за стартиране на X11 приложения, управлявани от xwayland). В композитния сървър, базиран на Wayland, е планирано добавяне на поддръжка на фреймбуфери.

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