Релиз Wayland 1.4

24.01.2014 16:26

Анонсирован четвёртый стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.4, а также развиваемого параллельно композитного сервера Weston 1.4. Ветка 1.4 обратно совместима на уровне API и ABI с выпусками 1.x, но дополнительно содержит порцию улучшений, расширяющих возможности протокола и композитного сервера Weston. С момента прошлого выпуска в Weston внесено 425 изменений, в Wayland - 46, что объясняется тем, что протокол уже достиг зрелого состояния. В разработке нового выпуска приняли участие 40 разработчиков.

Основные новшества Weston 1.4:

Реализация кнопок управления окном для бэкенда xwayland, нацеленного на обеспечение запуска X11-приложений поверх Wayland, и обеспечение корректного декорирования окон при вложенном запуске композитного сервера;
Оформление компонента рендеринга gl-renderer в форме загружаемого модуля и обеспечение возможности переключения на лету между выводом через pixman и gl-renderer. Указанное изменение позволяет ускорить запуск композитного сервера: можно вначале очень быстро запустить его с выводом через pixman, после чего загрузить gl-renderer и выполнить требующие большего времени операции инициализации EGL+GLES2;
Поддержка форматов фреймбуфера, отличных от XRGB8888 (формат можно настроить через опцию gbm-format в секции core файла конфигурации);
Задействование logind из состава systemd для организации привилегированного доступа, что позволяет запустить Weston поверх KMS без вспомогательного приложения weston-launch, запускаемого с повышенными привилегиями. В этом случае на logind ложится выполнение функций, ранее реализованных в weston-launch: включение доступа к устройству DRM (Direct Rendering Manager) и открытие устройств ввода.
Структура weston_surface разделена на две отдельные структуры weston_surface и weston_view, что позволяет отобразить поверхность в разных местах.
Поддержка горячего отключения устройств вывода. Если ранее, отключение монитора приводило к краху, то теперь окна корректно перемещаются на доступную на другом мониторе видимую область.
Обеспечена анимация смены фокуса ввода с клавиатуры и наглядный выбор активного окна;
Улучшена поддержка сенсорных экранов, в том числе добавлена возможность использование drag-and-drop интерфейса на сенсорном экране, перемещения и активации поверхностей касанием.
Началась работа над протоколом xdg-shell для организации взаимодействия между приложениями и десктоп-окружением, востребованного для обеспечения полноценной работы GNOME Shell поверх Wayland;
Поддержка проброса буферов из вложенных композитных серверов (когда один композитный сервер запускается поверх другого). Для этого определено новое EGL-расширение, позволяющее вложенному композитному серверу передать буфер первичному композитному серверу, т.е. пропустить операцию рендеринга и передать контент первичному композитному серверу в виде поверхности;
Добавлен протокол для обрезания краёв (Crop) и масштабирования (Scale), позволяющий клиенту указать, что должна быть представлена только заданная прямоугольная часть поверхности, с возможностью увеличения масштаба при необходимости;
В эмулятор терминала weston-terminal добавлена поддержка вывода истории операций, которую можно прокручивать через комбинации Ctrl+Shift UP/DOWN. Добавлено контекстное меню для упрощения доступа к запуску нового терминала, операциям выделения и вставки (Ctrl-Shift-C/V/N). Обеспечена поддержка выделения на сенсорном экране.

Основные новшества Wayland 1.4:

Обеспечена защита от краха (SIGBUS) композитного сервера в случае повреждения некорректно работающими клиентами файлов, связанных с совместно используемыми буферами (SHM Buffer);
Протокол для манипулирования субповерхностями (subsurface) перемещён в репозиторий wayland и теперь позиционируется как официальный протокол wayland;
В wl_proxy_set_queue() обеспечена возможность указания NULL-очередей для возврата к очереди по умолчанию;
Устранено состояние гонки между вызовами wl_proxy_create() и wl_proxy_marshal().

Ряд изменений представлен для компонентов Mesa, их появление ожидается в следующем выпуске Mesa 10.1:

Поддержка вызова eglSwapInterval(dpy, 0), позволяющего приложению инициировать максимально возможную производительность рендеринга, но без синхронизации с кадровым гасящим импульсом (vblank). В weston-simple-egl данный режим может быть включен через опцию "-b";
Поддержка RGB565 в настойках EGL (EGLConfigs), даже если композитный сервер использует для фреймбуфера иной пиксельный формат;
Для выделения драйвером буфера без задействования flink теперь используется вызов __DRIimageLoaderExtension, что позволяет клиентам использовать узлы рендеринга drm (render nodes).
Вызов eglSwapBuffers() теперь очищает wl_display().

Wayland представляет собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL, Clutter и EFL (Enlightenment Foundation Library).

В рамках проекта Weston развивается одна из реализаций композитного сервера. В роли композитного сервера также может выступать любой другой продукт, поддерживающий протокол Wayland. Например, в настоящее время ведётся работа по обеспечению поддержки Wayland в KWin. В текущем виде Weston уже вышел за рамки набора примеров для тестирования протокола Wayland, но продолжает позиционироваться как эталонная система, которая может обрастать функциональностью через плагины и дополнения. При этом Weston не будет развиваться как обособленное десктоп-окружение, а будет представлять собой ядро и плагинный API для создания таких окружений, по аналогии с тем, как сервер X.Org лежит в основе современных графических систем. Пользовательские оболочки и расширенные функций управления окнами предлагается реализовывать в форме внешних бэкендов к Wayland.

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

Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland и композитного сервера Weston развивается проект XWayland, позволяющий организовать запуск полноценного X.Org-сервера в роли клиента Wayland. Разработчики проекта X.Org планируют включить компонент XWayland в состав X.Org Server начиная с выпуска 1.16, который ожидается 1 июля, что значительно упростит решение задач по интеграции X11-приложений в окружения на базе Wayland. Поддержку запуска X11-приложений планируется встроить непосредственно в композитный сервер Weston, который при попытке выполнения X11-приложения будет инициировать запуск X-сервера и связанных с ним компонентов XWayland. При таком подходе процесс запуска X11-приложений будет бесшовным и неотличимым для пользователя от запуска приложений, работающих напрямую с Wayland.

Для решения вопроса с организацией работы с приложениями, запущенными на другой машине, для Wayland подготовлен прототип системы удалённого рендеринга, выполненный в виде дополнения к композитному серверу Weston. Дополнение выступает в роли надстройки для обеспечения сетевого взаимодействия при организации рендеринга и передачи событий от устройств ввода. Взаимодействие происходит на уровне двух композитных менеджеров, т.е. композитный сервер Weston на локальной системе, на которой работает пользователь, может отображать отдельные окна из композитного сервера Weston, запущенного на удалённой системе. Трансляция вывода реализована на основе передачи изменения содержимого отдельных окон, обслуживаемых композитным сервером. По сети передаются только изменившиеся элементы окон, изменения вычисляются на уровне битмапов и передаются с использованием протокола похожего на VNC. Для организации удалённой работы также подготовлены бэкенды для использования протоколов RDP и SPICE.

Экспериментальная поддержка функционирования поверх Wayland уже доступна выпусках KDE 4.11, GNOME 3.10 и Enlightenment E18. В дальнейших выпусках проект GNOME планирует перейти на Wayland в качестве первичной платформы, а KDE обеспечить работу поверх Wayland не хуже, чем X.Org. Кроме того, выпущено новое десктоп-окружение Hawaii, работающее только на базе технологий Wayland. Wayland также используется в мобильных платформах Sailfish и Tizen 3. Готовые для использования компоненты Wayland поставляются в штатных репозиториях Fedora Linux, в том числе предоставлена возможность запуска окружения GNOME 3.10 с выполнением GNOME Shell в роли обособленного композитного сервера Wayland, не требующего использования Weston. Для тестирования работы GNOME, KDE и Enlightenment, Hawai и Orbital поверх Wayland развивается специальный Live-дистрибутив Rebecca Black Linux.

исправить +34 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/38923-wayland

Ключевые слова: wayland

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (49)

1.1, Пиу (ok), 17:10, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	+5 +/–
всё делают правильно, молодцы

1.2, anonymous (??), 17:16, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	+2 +/–
> в штатных репозиториях Fedora Linux, в том числе будет предоставлена возможность запуска окружения GNOME 3.10 с выполнением GNOME Shell в роли обособленного композитного сервера Wayland, не требующего использования Weston. Хочу!

1.3, Аноним (-), 17:42, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
А где есть актуальная инструкция по установке федоры с wayland?

1.4, Трубовращатель (?), 18:17, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	–3 +/–
С RDP можно будет использовать всякие сильно говённые тонкие клиенты, те, которые даже вантуз-онли.

2.5, ананим (?), 18:49, 24/01/2014 [^] [^^] [^^^] [ответить]

+3 +/–

Для справки — xrdp тыщу лет уже как (ну, лет 10 точно) вполне нормально работает.
Более того, пробрасывал через него удалённые сессии с офтопика на vnc-сервера (есть такая возможность) в локальной сети.

По сабжу — чтож, очень рад. Наверное уже можно потихоньку пробовать.
Если тенденция в разработке сохранится, то возможно (возможно!) 2015 буду встечать с ним.

Зыж
И всё же мои предположения в комменах, что "можно будут юзать лет через 5" оказались даже оптимистичными.

3.17, Трубовращатель (?), 19:45, 24/01/2014 [^] [^^] [^^^] [ответить]	+/–
XRDP использовал, но, nx или xdmcp всегда работает лучше.

4.18, ананим (?), 19:47, 24/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Дык и мне он на йюхневперся. Просто вантуз идёт с rdp-клиентом из коробки. Таже байда с pptp.

5.20, Трубовращатель (?), 19:54, 24/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
> Дык и мне он на йюхневперся. > Просто вантуз идёт с rdp-клиентом из коробки. > Таже байда с pptp. Да, полностью согласен. А LTSP cо среднестарых машин может просто выродиться в обычный сервер удалённого доступа (как и на вантузе). Будет намного проще клиенту.

6.64, Michael Shigorin (ok), 18:35, 25/01/2014 [^] [^^] [^^^] [ответить]	–3 +/–
> А LTSP cо среднестарых машин может просто выродиться в обычный сервер удалённого > доступа (как и на вантузе). Будет намного проще клиенту. http://www.altlinux.org/LTSP/NX :)

7.78, AnonuS (?), 00:38, 27/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Улыбочка надо понимать означает что на той страничке информация аж от марта 2010 года и то наполовину зачёркнута ?

1.8, egress (ok), 19:04, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Давно не следил за Wayland. Как там с декорациями и тенями окон? Честно, для меня огромная проблема, если у разных тулкитов будут разные декорации и тем более тени. Наверное для многих это серьезный минус.

2.10, ананим (?), 19:08, 24/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Тени на вестон (или его аналог), то что внутри окна (декорации) на тулките (кеды, гном,..).

2.13, Stax (ok), 19:11, 24/01/2014 [^] [^^] [^^^] [ответить]	+/–
Wayland ниже уровнем, чем все эти моменты. Ему вообще без разницы. По умолчанию композитным менеджером к нему предлагается Weston, который в текущей реализации требует декораций от самого клиента. Это просто для простоты, возможно, в будущем изменят. Но совершенно не обязательно использовать Weston - другие композитные менеджеры, например KWin под Wayland будут рисовать декорации самостоятельно, не требуя этого от клиента (http://blog.martin-graesslin.com/blog/2013/02/client-side-window-decorations-). Тогда будет такое же единообразие, как сейчас в Xorg, когда декорации зависят от wm.

3.14, ананим (?), 19:32, 24/01/2014 [^] [^^] [^^^] [ответить]

+1 +/–

>другие композитные менеджеры, например KWin под Wayland будут рисовать декорации самостоятельно, не требуя этого от клиента

Что они и делают в общем то везде, иксы, вантуз,..
У них даже темы можно менять, пгикинь?

Зыж
Человек спрашивал о другом.
(На самом деле он сам не смог сформулировать толком. А вопрос таков — опять зоопарк тем? Ответ — да. Но тени — нет)

2.24, Аноним (-), 20:12, 24/01/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> Давно не следил за Wayland. Как там с декорациями и тенями окон? Честно, для меня огромная проблема, если у разных тулкитов будут разные декорации и тем более тени. Наверное для многих это серьезный минус. Не замечать бревна (разный вид управляющих элементов), но придираться к соринке (разные декорации окон) - это двойные стандарты, не находите?

3.32, Аноним (-), 22:17, 24/01/2014 [^] [^^] [^^^] [ответить]	–2 +/–
Нет, ибо всё ровно наоборот. Приложение вольно рисовать свой интерфейс как ему заблагорассудится, но окно - общий для всех концепт, и должно декорироваться одинаково.

4.72, Аноним (-), 11:29, 26/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Декорации окон занимают на экране куда меньше места, чем управляющие элементы, и играют менее значимую роль в управлении, и поэтому менее важны.

1.12, Аноним (-), 19:10, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Неужели уже чутка осталось и скоро оно будет везде? Аж не верится.

2.15, ананим (?), 19:34, 24/01/2014 [^] [^^] [^^^] [ответить]	+3 +/–
Да, малыш, ты присутствуешь при историческом событии. (Как на самом деле и все до нас, и после)

3.31, Аноним (31), 22:15, 24/01/2014 [^] [^^] [^^^] [ответить]	+/–
Я дожил!

4.73, Аноним (-), 11:29, 26/01/2014 [^] [^^] [^^^] [ответить]	+/–
> Я дожил! Не радуйся, еще рано.

1.16, alltiptop (ok), 19:39, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Как у неё с менеджарами окон? Получу ли я полноценный kwin без костылей и велосипедов совместимости, который просто будет полноценно работать одинаково в wayland как в x?

2.19, ананим (?), 19:50, 24/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
В идеале — да. Вот все тут и ждёмс. Зыж Блобы не держит. Прощай нвидиа и каталист.

3.21, alltiptop (ok), 19:57, 24/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
> Зыж > Блобы не держит. Прощай нвидиа и каталист. т.е. совсем не держит или как костыль [игра/gimp (любая графика, особенно 3д)/видео (ибо ускорения и прочее)] будет запускаться в X окне с работающими дровами (которые как бы работают как модуль ядра, но их не подхватывает wayland)?

4.38, Аноним (-), 01:14, 25/01/2014 [^] [^^] [^^^] [ответить]

+/–

> совсем не держит

Это. Требует для работы с выводом на видеокарту KMS-драйвер, который конфликтует с мокрописечным.

Олсо, давно отказался от блобов в пользу открытых дров как на нивидии (8600GT), нак и на амд (HD6670).

5.74, Аноним (-), 11:30, 26/01/2014 [^] [^^] [^^^] [ответить]	+/–
> Олсо, давно отказался от блобов в пользу открытых дров как на нивидии > (8600GT), нак и на амд (HD6670). На амд не так страшно, а вот на невидии наверное было очень грустно?

3.25, Sluggard (ok), 20:14, 24/01/2014 [^] [^^] [^^^] [ответить]	–4 +/–
> Блобы не держит. Прощай нвидиа и каталист. Скорее, прощай Wayland.

Часть нити удалена модератором

5.51, Аноним (-), 09:56, 25/01/2014 [^] [^^] [^^^] [ответить]	+/–
Одно слово: valve.

4.45, Аноним (-), 07:44, 25/01/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> Скорее, прощай Wayland Скорее расскажи это воплощаторам Sailfish в Nexusе, жирненький. Их еще не поздно спасти.

1.22, anonymous (??), 19:57, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Я не следил особо за развитием, но в начале его разработки слышал, что тайловые WM на нем работать не будут. Это по-прежнему так, или это в принципе решаемая проблема? XDMCP тоже не будет работать?

2.33, Аноним (-), 22:19, 24/01/2014 [^] [^^] [^^^] [ответить]	–3 +/–
> Я не следил особо за развитием, но в начале его разработки слышал, > что тайловые WM на нем работать не будут. Те WM что есть сейчас - ни тайловые, ни нетайловые - не будут. Тайловый wm под wayland - не проблема. Только сначала wayland должен стать нужен.

2.57, Аноним (-), 12:09, 25/01/2014 [^] [^^] [^^^] [ответить]	+/–
Там не такая грандиозная проблема была, чтоб её нельзя было решить. Но он пока и с нетайловыми как-то не очень. Пусть хоть один рабочий дистриб выйдет в релиз.

1.23, Нанобот (ok), 20:12, 24/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
>Поддержка горячего отключения устройств вывода. Если ранее, отключение монитора приводило к краху, то теперь окна корректно перемещаются на другую доступную видимую область. что такое "другая доступная видимая область"?

2.26, Fracta1L (ok), 21:04, 24/01/2014 [^] [^^] [^^^] [ответить]	+1 +/–
оставшиеся мониторы, надо полагать

2.29, Andrew Kolchoogin (ok), 21:30, 24/01/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> что такое "другая доступная видимая область"? "Another available viewport".

1.39, Аноним (-), 01:24, 25/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
кто-нибудь пробывал установить e17 или e18 поверх wayland? как оно ведет себя?

1.40, славян (?), 01:36, 25/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	–2 +/–
е17 как попробовал так и зарыл поглубже и подальше. не дорос он еще до десктопа. виснет при первом же чихе.

2.66, Michael Shigorin (ok), 18:44, 25/01/2014 [^] [^^] [^^^] [ответить]	–3 +/–
> е17 как попробовал так и зарыл поглубже и подальше. > не дорос он еще до десктопа. виснет при первом же чихе. Пишу из-под установки regular-e17, которой около года; либо такая сборка, либо такое железо, либо причина номер один. Думаю, всё-таки сборка просто кривая.

3.69, славян (?), 21:39, 25/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
все может быть. уже прилетела е18, но пока не ставлю. был косяк с открытием фалов .mov . просто намертво повесил систему и косяки подобного рода были не раз. короче пока решил воздержаться. может позже.

1.54, meequz (ok), 10:41, 25/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
Жду не дождусь выпуска какого-нибудь крупного дистра с wayland по умолчанию. Наверно, это будет федора.

2.70, славян (?), 00:54, 26/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
хотелось бы только что бы возможности иксов как сетевые так и обычные у вайланда тоже были.

3.71, Led (ok), 02:43, 26/01/2014 [^] [^^] [^^^] [ответить]	+1 +/–
> хотелось бы только что бы возможности иксов как сетевые так и обычные > у вайланда тоже были. А они уже есть. В Xorg.

4.75, Аноним (-), 11:33, 26/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
> А они уже есть. В Xorg. Такую хрень, как в xorg, к чему угодно можно с помощью vnc прикрутить, даже к нативному вендовому интерфейсу. Уже сто лет как никто вектор по сети не гонит, один только растр и печаль.

5.77, anonymous (??), 22:27, 26/01/2014 [^] [^^] [^^^] [ответить]	+1 +/–
>> А они уже есть. В Xorg. > Такую хрень, как в xorg, к чему угодно можно с помощью vnc > прикрутить, даже к нативному вендовому интерфейсу. Уже сто лет как никто > вектор по сети не гонит, один только растр и печаль. Я не знаю, какую печаль вы гоните по сети, но я не знаю ни одного другого протокола (помимо XDMCP), который бы обеспечивал сравнимую отзывчивость и безглючность работы. Пробовал все: xrdp, vnc, spice. NX - это тот же XDMCP, только с рядом костылей для узких каналов.

6.80, абыр (ok), 10:54, 27/01/2014 [^] [^^] [^^^] [ответить]	–1 +/–
Сравнивать VNC и XDMCP это прелестно, сразу видно настоящего эксперта.

1.59, Аноним (-), 15:36, 25/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Если кто-то сделал тебе плохо, не кидайся в бой и не спеши мстить, просто сядь на берегу реки и жди пока труп обидчика проплывет мимо…

2.82, Анонимусссс (?), 11:08, 31/01/2014 [^] [^^] [^^^] [ответить]	+/–
Кто впустил даоса на опеннет?

1.68, Xasd (ok), 19:47, 25/01/2014 [ответить] [﹢﹢﹢] [ · · · ]

+2 +/–

> Началась работа над протоколом xdg-shell для организации взаимодействия между приложениями и десктоп-окружением, востребованного для обеспечения полноценной работы GNOME Shell поверх Wayland;

только сейчас началась?! блин, а чем же они раньше занимались тогда?

это же первое что надо было сделать...

1.76, Аноним (-), 19:42, 26/01/2014 [ответить] [﹢﹢﹢] [ · · · ]	+/–
>>>>>>Wayland поставляются в штатных репозиториях Fedora Linux, в том числе предоставлена возможность запуска окружения GNOME 3.10 с выполнением GNOME Shell в роли обособленного композитного сервера Wayland, не требующего использования Weston. как это сделать?

игнорирование участников | лог модерирования

Добавить комментарий

Текст: