NetBSD перейшов на віконний менеджер CTWM за умовчанням та експериментує з Wayland

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

Віконний менеджер twm пропонувався в NetBSD останні 20 років і в сучасних умовах виглядав архаїчним. Негативна реакція людей на пропонований за замовчуванням twm змусила розробників переглянути оболонку за умовчанням та задіяти більш функціональний віконний менеджер CTWM для формування оточення, дружнього користувачам, які мають досвід роботи в інших операційних системах.

CTWM підтримує віртуальні робочі столи, активно розвивається та постачається під сумісною з NetBSD ліцензією. З реалізованих на базі CTWM нових можливостей відзначається автоматично генероване меню додатків, корисні клавіатурні комбінації для повноцінного керування без миші, адаптація для роботи з різними дозволами екрану (у тому числі HiDPI після додавання великих шрифтів), можливість підтримки як дуже повільних, так і дуже швидких систем за допомогою одного конфігураційного файлу.

було:

NetBSD перейшов на віконний менеджер CTWM за умовчанням та експериментує з Wayland

стало:

NetBSD перейшов на віконний менеджер CTWM за умовчанням та експериментує з Wayland

Додатково опубліковано замітка про стан проекту забезпечення роботи в 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 планується додати підтримку фреймбуферів.

NetBSD перейшов на віконний менеджер CTWM за умовчанням та експериментує з Wayland

Джерело: opennet.ru

Додати коментар або відгук