Наличен е Wayland 1.23

След повече от година разработка е представен стабилен релийз на протокола, механизма за междупроцесно взаимодействие и библиотеките Wayland 1.23. Клонът 1.23 е обратно съвместим на ниво API и ABI с изданията 1.x и съдържа главно корекции на грешки и незначителни актуализации на протокола. Резултатите от проекта се разпространяват под лиценз MIT. Референтният композитен сървър Weston, който предоставя код и работни примери за използване на Wayland в десктоп среди и вградени решения, се развива в рамките на отделен цикъл на разработка.

Основни промени в протокола:

• В libwayland е реализиран API, позволяващ на клиента да определи максималния размер на вътрешния буфер на връзките на страната на сървера. Базовият максимален размер на буфера се задава чрез интерфейса wl_display, а новият API позволява на клиентите да го променят за всяка клиентска връзка. От практическа страна, промените позволяват използването на буфери с по-голям размер в специфични Wayland клиенти, като Xwayland, които имат по-голяма интензивност на входни събития.
• За запитвания (request), събития (event) и изброявания (enum) е предоставена възможност за използване на XML атрибута „deprecated-since“ за маркиране на остарели елементи. В терминологията на Wayland запитванията са съобщения, изпращани от клиента до сървър; събитията са съобщения, изпращани от сървера до клиента; изброяванията са свързани с определено име набори от числови стойности, с които манипулира протоколът.
• В утилитата wayland-scanner, предназначена за генериране на заглавни файлове и код на C на базата на XML файлове с описание на протокола, е добавен режим „enum-header“, включващ указание в заглавните файлове само за „изброявания“.
• В wayland-scanner е осигурена генерация на проверъчни функции (validator) за „изброявания“ на страната на сървера.
• Добавена е възможност за присвояване на имена на опашки от събития с цел опростяване на отстраняването на проблеми.
• Добавени са функциите wl_client_get_user_data() и wl_client_set_user_data(), опростяващи прикрепването на произволни данни към клиента.
• Добавено е запитване wl_shm.release, позволяващо на клиента да информира сървера за прекратяване на използването на споделения обект, което позволява на сървера да освободи свързаната с него памет.
• Добавена е поддръжка за платформата OpenBSD.

Свързани със събитията на Wayland, случили се след публикуването на предишния брой:

• Публикувана е версия XWayland 24.1.0 с поддръжка на технологията Explicit Sync и подобрена поддръжка на архитектурите 2D-ускорение GLAMOR и EXA.
• Актуализация на композитния сървър labwc (Lab Wayland Compositor) с функции, наподобяващи прозоречния мениджър Openbox.
• Проектът wprs, развиващ мениджър на сесии за Wayland, подобен на утилитата screen, но за графични приложения.
• Публикация на композитния сървър Niri, който използва Wayland и предлага метод за планиране (tiling) с групиране на прозорци в безкрайно скролируем на екрана лент.
• Актуализация на набора от протоколи и разширения Wayland-Protocols: 1.34, 1.33, 1.32, 1.35.
• Разработка на библиотеката SDL3, която прилага Wayland по подразбиране.
• Издаване на работна среда LXQt 2.0.0 с поддръжка на Wayland в файловия мениджър PCManFM-Qt, системата за уведомления, работния плот, утилитата за стартиране на програми (Runner), панела, интерфейса за излизане от системата, интерфейса за настройка на LXQt и повечето приложения.
• Издаване на потребителската среда Sway 1.9, която използва Wayland.
• Нов композитен мениджър miracle-wm, базиран на Wayland и компоненти за изграждане на композитни мениджъри Mir.
• Louvre — нова библиотека за разработка на композитни сървъри на базата на Wayland.
• Работа по реализиране на поддръжка на Wayland в Xfce.
• Начална поддръжка на Wayland в работната среда Budgie.
• Начална поддръжка на Wayland в работната среда Cinnamon.
• Почти завършено е портирнето на работния плот MATE за Wayland.
• Дистрибутивът Lubuntu преминава на използване на Qt 6 и Wayland.
• В KDE 6 по подразбиране е предложена сесия, използваща протокол Wayland. Реализирана е поддръжка на разширения на Wayland за управление на цвета.
• В платформата Electron е включен режим за декориране на прозорците за Wayland.
• Актуализация на композитния сървър Wayfire, който използва Wayland и позволява формирането на интерфейси с 3D ефекти в стил 3D плъгини за Compiz.
• Поддръжка на Wayland в IDE IntelliJ и OpenJDK.
• Поддръжка на Wayland в текстовия редактор GNU Emacs.
• В GNOME в сесия, основана на Wayland, е реализирана поддръжка на софтуерния KVM комутатор Input Leap, позволяващ използването на една клавиатура и мишка за управление на няколко компютъра.
• Изданието Fedora с работен плот KDE е прекратило поддръжката на сесия, основана на протокола X11 в основната конфигурация.
• Подобрената поддръжка на среди, базирани на Wayland, в собствените драйвери на NVIDIA.
• Реализиран е драйвер, който позволява използването на Wine в среди, базирани на протокола Wayland, без необходимост от XWayland и компоненти на X11.
• Издаден е композитен сървър Weston 13.0.
• За тестване на работата на KDE, GNOME, Enlightenment, Wayfire, Mir, Xfce и Sway над Wayland, е пуснат специален Live-дистрибутив на Rebecca Black Linux.
• В Linux версиите на Firefox по подразбиране е активирана употребата на композитен сървър Wayland вместо XWayland. Осигурена е възможност за създаване на версии, които поддържат работа само в Wayland.

Да припомним, че Wayland представлява протокол за взаимодействие между композитен сървър и приложения, работещи с него. Клиентите самостоятелно извършват рисуването на своите прозорци в отделен буфер, предавайки информация за обновления на композитния сървър, който комбинира съдържанието на буферите на отделните приложения, за да състави крайния изход, като взема предвид възможни нюанси, като например припокриване на прозорци и прозрачност. С други думи, композитният сървър не предоставя API за рисуване на отделни елементи, а работи само с вече формирани прозорци, което позволява изцяло да се избегне двойната буферизация при използване на библиотеки с високо ниво, като GTK и Qt, които поемат работата по композиране на съдържанието на прозорците.

Wayland решава много проблеми със сигурността на X11, тъй като в отличие от него изолира входа и изхода за всеки прозорец, не позволява на клиенти да имат достъп до съдържанието на прозорците на други клиенти и не допуска прихващане на събития на входа, свързани с други прозорци. В момента поддръжката за директна работа с Wayland вече е реализирана за библиотеките GTK, Qt, SDL (от версия 2.0.2), Clutter и EFL (Enlightenment Foundation Library). Започвайки от Qt 5.4, в пакета е включен модул QtWayland с реализация на компоненти за работата на Qt приложения в среда с композитен сървър Weston, развиван от проекта Wayland.

Взаимодействието с хардуера в Wayland/Weston, например, инициализация, превключване на видеорежими (drm modesetting) и управление на паметта (GEM за i915 и TTM за radeon и nouveau) на графични карти, може да се осъществява директно чрез модул, работещ на ниво ядро, което позволява да се избегнат привилегиите на суперпотребителя. Композитният сървър Weston може да работи не само с DRM модула на ядрото на Linux, но и над X11, друг композитен сървър Wayland, фреймбуфера и RDP. Освен това, се развиват проекти за осигуряване на работа над графичния стек на платформата Android.

В рамките на проекта Weston се разработва една от реализациите на композитния сървър. В ролята на композитен сървър може да се използва и всеки друг продукт, който поддържа протокола Wayland. Например, в момента се работи за осигуряване на поддръжка на Wayland в KWin. В настоящия си вид Weston вече надхвърля набора от примери за тестване на протокола Wayland и може да развива функционалността си чрез плъгини и добавки. Потребителските интерфейси и разширените функции за управление на прозорците се предлагат да се реализират под формата на външни бекенди за Weston. За осигуряване на функционирането на стандартни X11 приложения в среда, базирана на Wayland, се използва DDX компонентът XWayland (Device-Dependent X), който е подобен по организация на работа на Xwin и Xquartz за платформите Win32 и macOS.

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