Для GTK5 ми розглядаємо можливість припинення підтримки X11

Матіас Класен, керівник групи настільних комп’ютерів Fedora, член команди випуску GNOME та один із активних розробників GTK (вніс 36,8% змін у GTK 4), почав обговорювати можливість відмови від протоколу X11 у наступній великій гілці GTK5 і залишити GTK працювати на Linux лише за допомогою протоколу Wayland.

Для тих, хто не знає Вейленд, ви повинні знати, що це — протокол взаємодії складеного сервера і програми, які з ним працюють. Клієнти самостійно відтворюють свої вікна в окремому буфері, передаючи інформацію про оновлення на композитний сервер, який об’єднує вміст окремих буферів програми для формування кінцевого результату з урахуванням можливих нюансів, таких як перекривання вікон і прозорість.

Іншими словами, композитний сервер не надає API для відтворення окремих елементів, а скоріше працює тільки на вже сформованих вікнах, що дозволяє вам позбутися подвійної буферизації, коли ви використовуєте бібліотеки високого рівня, такі як GTK і Qt, які беруть на себе роботу з сортування вмісту вікон.

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

Про запропоноване прим припинення підтримки X11 стверджує, що «X11 не покращується і Wayland тепер доступний для всіх». Крім того, він пояснює, що бекенд X11 GTK і код на основі Xlib зупиняються та мають проблеми з супроводжувачами.

Стверджується, що для сумісності з X11 вижити, хтось має написати та підтримувати код, пов’язаний з X11, але ентузіастів немає, і поточні розробники GTK здебільшого зосереджені на підтримці Wayland. Системні розробники, зацікавлені в роботі в середовищах на основі протоколу X11, можуть взяти технічне обслуговування у свої руки та розширити свою підтримку в GTK, але, враховуючи поточну активність, сценарій буде таким, що знайдуться ті, хто захоче повернути технічне обслуговування X11. кінець. у власних руках вважається малоймовірним.

В даний час, GTK вже позиціонує Wayland як провідну платформу розробки API та функцій. Через недостатню активність у розробці протоколу X11, залишаючи його підтримку в GTK, бекенд X11 створюватиме постійно зростаюче відставання щодо нових функцій, доступних для розробників, або стане перешкодою для впровадження нових. функції в GTK.

Варто зазначити, що згідно зі статистикою служби Firefox Telemetry, яка аналізує дані, отримані в результаті надсилання телеметрії та від користувачів, які звертаються до серверів Mozilla, частка користувачів Firefox на Linux, які працюють у середовищах на основі ​Wayland протоколу вона не перевищує 10%.

90% користувачів Firefox у Linux продовжують використовувати протокол X11. Чисте середовище Wayland використовують приблизно 5-7% користувачів Linux, а XWayland – близько 2%.

Інформація, використана для звіту, охоплює приблизно 1% телеметрії, отриманої від користувачів Firefox у Linux. На результат може значно вплинути вимкнення телеметрії в пакетах із Firefox, які пропонуються в деяких дистрибутивах Linux (телеметрія ввімкнена у Fedora).

Тим часом У 2022 році KDE планує привести сеанс робочого столу Plasma на основі протоколу Wayland у відповідний стан для щоденного використання значною частиною користувачів. Значно вдосконалено підтримку Wayland у KDE Plasma 5.24 і 5.25, включаючи підтримку глибини кольору понад 8 біт на канал, «прокат DRM» для гарнітур VR, підтримку створення знімків екрана та згортання всіх вікон.