Останнім часом було оголошено про випуск нової стабільної версії протоколу Wayland 1.18, в якому ця нова версія сумісна з попередніми версіями на рівні API та ABI з версіями 1.x, але також містить частину вдосконалень.
Для тих, хто не знає про Wayland, вони повинні це знати це протокол взаємодії складеного сервера та програм, що з ним працюють. Клієнти самостійно обробляють свої вікна окремо, передаючи інформацію про оновлення на складений сервер, який поєднує вміст окремих вікон додатків для формування остаточного результату, враховуючи можливі нюанси, такі як перекриття вікон та прозорість.
Іншими словами, складений сервер не надає API для візуалізації окремих елементів і працює лише з уже сформованими вікнами усунення подвійної буферизації за допомогою бібліотек високого рівня, таких як GTK + та Qt.
Про Wayland
В даний час підтримка для безпосередньої роботи з Wayland вже реалізовано для GTK3 +, Qt 5, SDL, Clutter та EFL (Бібліотека Фонду Просвіти).
Взаємодія з апаратним забезпеченням наприклад, у Wayland / Weston, ініціалізація, зміна режимів відео (налаштування режиму drm) та управління пам'яттю (GEM для i915 та TTM для radeon та nouveau) відеокарт, можна зробити безпосередньо через модуль рівня ядра, що дозволяє вам обійти привілеї суперкористувача.
Композитний сервер Weston може працювати не тільки з використанням модуля DRM ядра Linux, а й на X11, іншому композитному сервері Wayland, фреймбуфері та RDP. Крім того, розробляються проекти для забезпечення роботи на вершині графічного стеку платформи Android.
В рамках проекту Weston розробляється одне із розгортань складеного сервера.
Будь-який інший продукт, що підтримує протокол Wayland, також може виступати в якості складеного сервера.
Наприклад, В даний час триває робота з надання підтримки Wayland в KWin. У своїй нинішній формі Вестон вже вийшов за рамки набору зразків для тестування протоколу Wayland і може набути функціональності за допомогою плагінів. Крім того, пропонується реалізувати власні оболонки та розширені функції управління вікнами у вигляді зовнішніх для Weston серверних систем.
Для забезпечення роботи звичайних додатків X11 у середовищі, заснованому на Wayland, використовується компонент XWayland DDX (Device Dependent X), який за своєю організацією схожий на роботу в Xwin та Xquartz для платформ Win32 та OS X.
Підтримку випуску додатків X11 планується інтегрувати безпосередньо в композитний сервер Weston, який, коли мова заходить про повну програму X11, ініціюватиме випуск X-сервера та пов'язаних з ним компонентів XWayland.
При такому підході процес запуску програм X11 буде простим і невідмінним для користувача запуску програм, які працюють безпосередньо з Wayland.
Основні вдосконалення в Wayland 1.18
З його новинок в оголошенні згадується, щоДодана підтримка системи побудови Мезона, хоча можливість побудови за допомогою автоінструментів все ще зберігається, але буде вилучена у наступному випуску.
Ще однією зміною, яка виділяється в цій новій версії Wayland 1.18, є новий API, доданий до окремих об'єктів проксі на основі тегів. Це дозволяє програмам та наборам інструментів спільно використовувати з'єднання Wayland.
Крім того, додано функцію wl_global_remove () який відправляє глобальну подію видалення об’єкта, не очищаючи її.
Нова функція дозволяє виключити появу "стану раси" при усуненні глобальних об'єктів. Оскільки подібні умови перегонів можуть бути, оскільки клієнти не змогли підтвердити отримання елімінаційної події. Функція wl_global_remove () дає змогу спочатку надіслати подію видалення і лише через певну затримку видаляє об’єкт.
також відстеження таймерів сервера wayland було гарантоване в просторі користувача, виключаючи створення занадто великої кількості дескрипторів файлів.
Єдине, в чому колесо не було переобладнано, це занадто складно до останнього графічного мультисервера, це не здається останньою краплею, тут я буду задоволений X11 наскільки це можливо.
PS: Чи знаєте ви будь-який спосіб повернутися до SystemV, не дестабілізуючи все в Debian? Заздалегідь спасибі.