NetBSD перешёл на оконный менеджер CTWM по умолчанию и экспериментирует с Wayland

CTWM прeдстaвляeт сoбoй фoрк twm, oтвeтвившийся 1992 гoду и рaзвивaвшийся в нaпрaвлeнии сoздaния лeгкoвeснoгo и пoлнoстью нaстрaивaeмoгo oкoннoгo мeнeджeрa, пoзвoляющeгo мeнять oфoрмлeниe и пoвeдeниe нa свoй чувство. Oкoнный мeнeджeр twm предлагался в NetBSD последние 20 планирование и в современных условиях выглядел архаично. Негативная отзыв людей на предлагаемый по умолчанию twm заставила разработчиков переменить оболочку по умолчанию и задействовать сильнее функциональный оконный менеджер CTWM во (избежание формирования окружения, дружественного для пользователей, имеющих знание работы в других операционных системах. CTWM поддерживает виртуальные синие воротнички столы, активно развивается и поставляется по-под совместимой с NetBSD лицензией. Из реализованных бери базе CTWM новых возможностей отмечается механически генерируемое меню приложений, полезные клавиатурные комбинации в целях полноценного управления без мыши, упрощение для работы с разными разрешениями экрана (в томик числе HiDPI после добавления крупных шрифтов), реальность поддержки как очень медленных, в такой мере и очень быстрых систем при помощи одного файла конфигурации. Было: Как видим: Дополнительно опубликована заметка о состоянии проекта за обеспечению работы в NetBSD композитного сервера swc бери базе протокола Wayland. Порт тех) пор (пока(мест) не готов для повседневного использования, однако уже пригоден для экспериментов и запуска приложений, использующих Qt5, GTK3 али SDL2. Из особенностей Wayland, затрудняющих портирование в NetBSD, упоминается наличность большого объёма специфичного для ОС стих в композитных менеджерах, отвечающих за пилотаж экраном, вводом и управлением окнами. Wayland малограмотный предоставляет готовые протоколы для таких возможностей, (языко создание скриншотов, блокировка экрана и администрация окнами, и пока отстаёт от X-сервера в таких областях, по образу переносимость, модульность и стандартизация. Дополнительные потенциал реализуются силами композитного менеджера то есть (т. е.) через определение расширений к протоколам. Идеальный композитный сервер Weston сильно завязан сверху API ядра Linux. Например, привязка к механизму мультиплексирования ввода-вывода epoll требует переработки в целях поддержки kqueue. Патчи для использования kqueue еще подготовлены разработчиками BSD-систем, но часа) не приняты в основной состав. Шифр эталонного композитного сервера изначально написан с оглядкой всего на Linux и не учитывает особенности других систем (примем, в коде используется "#include ‹linux/input.h›" и подвластность от libinput). Во FreeBSD реализован потомство API ввода Linux, но в NetBSD применяется принципиально какой-нибудь API для управления вводом - wscons. В вчера(шний день) время поддержка wscons уже добавлена в swc и запланирована для того переноса в другие композитные менеджеры. Представители NetBSD намерены урезонить разработчиков Wayland не использовать жесткую привязку к epoll, а перевалить на универсальную прослойку, такую равно как libevent. Из планируемых работ равно как отмечается обновление DRM/KMS стека ядра NetBSD и графических драйверов, в книжка числе с портированием кода из ядра Linux, а вдобавок добавление поддержки атомарного переключения видеорежимов, новых версий DRM и API Glamor (про запуска X11-приложений под управлением xwayland). В композитный сервер для базе Wayland планируется добавить поддержку фреймбуферов. Арашан: http://www.opennet.ru/opennews/art.shtml?num=53797