Один из разработчиков минималистичного менеджера окон Fluxbox Матиас Гумц на вопрос одного из постояльцев ЛОРа сообщил, что Fluxbox не будет адаптирован на прямую работу с графическим сервером Wayland:

Fluxbox является клиентом X11, жёстко привязан к диалогу с X-сервером и управляет другими X11-клиентами (окнами). Как только запуск X11-сервера будет реализован поверх Wayland, Fluxbox будет автоматически запускаться на Wayland. Нет никаких планов портировать Fluxbox в отдельную Wayland-версию.

Состоялся первый стабильный релиз комплекта библиотек и протокола Wayland, а также эталонного композитного сервера Weston. Версия 1.0 знаменует собой стабилизацию протокола, которая, впрочем, не означает, что протокол не сможет более совершенствоваться. Это означает лишь, что нынешняя версия протокола охватывает всю базовую функциональность, использование которой позволит дополнять Wayland нужными возможностями.

Механизм версионирования протокола аналогичен таковому для расширений Хorg. Основная идея в том, что новые версии никогда не нарушают обратной совместимости, вместо замещения старых запросов и событий происходит дополнение. Объект wl_registry уведомляет клиентские приложения о поддерживаемых версиях протокола. Если сервер использует более старый протокол, приложение не будет посылать неподдерживаемые запросы.

Впрочем, устаревшие интерфейсы могут быть удалены, но только после большого промежутка времени в статусе «deprecated» и только при наличии полноценной замены.

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

• Стабильность протокола и сгенерированного кода, объявленных в wayland.xml, а также клиентского API, определённого в wayland-client.h, будет обеспечиваться для всех версий ветки 1.хх. В ветке 1.хх протокол может быть расширен, но все приложения, собранные с libwayland-client.so версии 1.0.0, будут работать и с версиями в пределах 1.хх.
• Серверная часть сгенерированного кода и серверный API останутся стабильными в пределах ветки 1.0.х. В главной ветке могут быть различные миграции кода между Wayland и Weston или другие ломающие API ситуации. В итоге может быть выпущен релиз 1.1.0, сохраняющий стабильность протокола и на стороне сервера, но чётких планов в этой сфере пока нет.
• Weston будет сохранять стабильность API и ABI в пределах ветки 1.0.х. Работа над новыми функциями проолжится в главной ветке.

Изменения с версий 0.95.0 и 0.99.0:

• Безусловно, самое значительное изменение - более безопасное API нитей. Удалены обратные вызовы из основного API и представлен новый механизм: wl_event_queue.
• Механизм атомарного обновления поверхностей. Ранее точного определения момента обновления поверхностей просто не существовало, что могло привести к появлению артефактов. Теперь существует запрос wl_surface.commit, который должен использоваться для применения изменений к поверхностям.
• Более точная проверка ошибок.
• Удалены неименованные ARRAY_LENGTH и container_of из API.
• Исправлено большое количество ошибок и существенно дополнена документация.

Напомним, что на данный момент вывод через Wayland поддерживается в Qt 5, GTK+ 3, Clutter и EFL. Также ведётся работа по внедрению поддержки Wayland в SDL.

Для желающих поэкпериментировать доступен git-репозиторий проекта Wayland, а так же Live-дистрибутив для тестирования.

>>> Подробности (lists.freedesktop.org)

На ежегодной конференции разработчиков X.Org представители NVIDIA объявили о намерении компании открыть свободный доступ к технической документации, касающейся графического ядра ARM-платформы Tegra. Изначально будет опубликована документация по 2D-подсистеме, но в дальнейшем не исключается возможность публикации информации и по подсистеме 3D.

Также из переписки NVIDIA со своими клиентами просочились сведения, что NVIDIA обратила внимание на поддержку Wayland ядром Tegra, хотя официально никаких шагов в эту сторону компания не предпринимала.

>>> Подробности (phoronix.com)

Представлен стабильный релиз набора библиотек EFL (Enlightenment Foundation Library) 1.2, компоненты которого составляют основу проекта Enlightenment 17.

Библиотеки EFL позволяют создавать визуально привлекательные графические интерфейсы, отличающиеся компактностью, низким потреблением ресурсов и высокой производительностью. Данные качества делают EFL привлекательным решением для построения интерфейсов потребительской электроники и мобильных устройств. Например, системы на базе EFL уже используются в бытовой технике Electrolux, телефонах Samsung, а также в продуктах компаний ProFUSION, Free.fr и Calaos. Не в последнюю очередь успех EFL среди коммерческих компаний обеспечен лицензией BSD.

Основным новшеством этого релиза стало добавление набора виджетов Elementary.

( Подробнее об изменениях и нововведениях )

>>> Подробности (enlightenment.org)

Разработчики нового графического сервера Wayland объявили о первом официальном релизе под версией 0.85.0. Реализацию разбили на 2 части:

• собственно Wayland — реализация протокола и механизмов IPC;
• Weston — референсная реализация композитного менеджера.

Разработчики также объявили о том, что 0.85 будет стабильной веткой, где не будут меняться интерфейсы и протокол, а обратно несовместимые изменения будут вноситься в ветку 1.0.

Инструкции по сборке находятся здесь.

>>> Подробности (со ссылками на архивы) (gmane.org)

В почтовой рассылке разработчиков Wayland был представлен патч для поддержки multi-touch. Для поддержки в Wayland также требуется поддержка в evdev непосредственно для устройств, поддержка в композитном менеджере уведомления о multi-touch жестах, библиотека libtoytoolkit будет поддерживать жесты «увеличить» и «зажимать», также будет поддержка со стороны Cairo.

>>> Подробности (phoronix.com)

Дисклаймер. В связи с тем, что очень многие (почти все) здесь не понимают, зачем нужен Wayland, пишу в новости, благо есть источник, где кое-что разжёвано. Текст чуть-чуть подсократил, чтобы не захламлять.

Итак, приступим.

1. В Wayland может быть реализована сетевая прозрачность.

   Это дело конкретного композитора. Всё дело в ошибочном понимании фразы «в Wayland нет сетевой прозрачности». Правильное понимание этой фразы таково: «спецификация Wayland не занимается сетевой прозрачностью и не определяет её». Композиторы могут быть выполнять локальную отрисовку, могут быть сервером и передавать картинку по сети (хоть на много машин одновременно), а могут делать и то и другое. Те, кто думают, что в Wayland сетевой прозрачности быть не может вообще, ошибаются.

2. Сетевая прозрачность X11 не подходит для современных приложений.

   Она давно устарела, будучи сделанной с расчётом на то, что приложения используют простые команды для отображения содержимого окна, и эти команды можно отправлять по сети. Когда-то это было разумно, но современные приложения не используют X11 для рендеринга, они используют такие технологии как Cairo, Clutter, QPainter (Raster) или OpenGL. В этом случае X11 вынужден отправлять по сети готовую картинку, а для этой ситуации есть технологии, которые делают это гораздо лучше, чем X11. Сетевая прозрачность в X11 померла и так, без участия Wayland.

3. X11-приложения будут поддерживаться.

   Никто не хочет ломать систему, переход на Wayland будет произведён если и только тогда, когда X11-only приложения будут в ней хорошо работать (через слой совместимости). Сетевую прозрачность X11, очевидно, тоже можно будет использовать.

4. Сетевой прозрачности не место в оконной системе. Если вы хотите быстрой сетевой прозрачности, ей место в тулките виджетов.

   Оконная система должна просто заниматься отображением картинки, которую ей дали. Она не знает ничего про виджеты, у неё есть только картинка, которую гнать по сети достаточно накладно. Сетевой прозрачности когда-то было место в X11 только потому, что X11 был не только оконной системой, но ещё и тулкитом виджетов.

5. «Дистибутивы выкинут иксы, моё любимое X11-only приложение не заведётся!»

   Для этого уже есть слои совместимости (X11 приложения можно запускать из композитора Wayland). Поддержку X11 никто не выкинет из дистрибутивов, пока она будет востребована, даже Mac OS X всё ещё поддерживает X11 для совместимости. Постепенно количество X11-only приложений будет уменьшаться (переписывание, естественная смерть), и даже если из вашего дистрибутива поддержку X11 уберут, вы всегда сможете её собрать сами.

Прекратите повторять ошибочные утверждения.

P.S. Отвечу на вопрос «Зачем вообще нужен Wayland, давайте улучшать X11».

Такие (или аналогичные) изменения даже если были бы возможны в X, всё равно бы сломали X11 и дали несовместимый с ним X12. Без слоя совместимости обойтись невозможно, а сам X12 тоже был бы не сахар, так как писался бы с оглядкой на X11. И чем это было бы лучше того, что мы имеем с Wayland?

В основе X11 лежат архитектурные решения более чем двадцатилетней давности (см выше). Так делать уже не надо, очень много функциональности иксов перешло в тулкиты, ядро, D-Bus, и другие системы. Замену легче написать с нуля, которая делает только свою прямую работу, а не пытается объять всё.

>>> Подробности (martin-graesslin.com)

В девичестве проект был известен под именем «hosted».

Среди нового:

• Изменения перебазированы от ветки master из Xorg.
• Обновления, связанные с изменениями в Wayland.
• Переписан код системы ввода, он теперь использует драйвера для xf86.
• Улучшения в стабильности, исправлены утечки и повреждения памяти.

Актуальный исходный код на freedesktop.org: http://cgit.freedesktop.org/~iksaif/xserver/?h=xwayland

Его можно собрать (инструкция по ссылке «Подробности») и он должен работать.

P.S. Интеграция идёт с обеих сторон. Тем, кто интересуется статусом поддержки Wayland-клиентов в KWin, запущенном поверх Xorg: скриншот. Тут показан Wayland-клиент, работающий в KWin (ветка kwin-wayland репозитория kdebase/kde-workspace), обёрнутый в декорации окон из KWin. У него работает поддержка ввода.

>>> Подробности (lists.freedesktop.org)

В Kwin ведётся работа для добавления поддержки Wayland-клиентов. Таким образом, Kwin, запущенный под X11, будет поддерживать как иксовые клиенты, так и клиенты, работающие через Wayland. Это первый шаг для создания работающих Wayland-приложений, и реализации плавного перехода с X11 на Wayland, без резкой смены окружения.

На скриншоте показан Wayland-клиент и окна X11, работающие в Kwin одновременно.

>>> Подробности (martin-graesslin.com)

Один из разрабочиков тулкита Clutter написал композитинг, позволяющий Wayland эмулировать многомониторные конфигурации. Пока эмулируется до 4-х дисплеев, но это лишь пример технологии.

Clutter уже может испльзовать Wayland в качестве бэкенда. В настоящий момент, эта возможность находится пока в экспериментальной стадии, исходные тексты будут доступны в ближайшее время. Для реализации работы данного режима задействованы библиотеки COGL (Clutter OpenGL).

Также разработчик предоставил скриншот в качестве подтверждения работоспособности разработки.

Скриншот с эмуляцией 4 мониторов

>>> Подробности (phoronix.com)

Рано или поздно дистрибутив Fedora так же, как и Ubuntu, перейдет на графический сервер Wayland. Такой вывод можно сделать из сообщения Адама Джексона (Red Hat), который написал в своем блоге, что группа основных разработчиков графической подсистемы дистрибутива Fedora ознакомились с аргументами разработчиков Ubuntu и согласились с тем, что Wayland - очень перспективный проект.

Разработчики Fedora предполагают, что поддержка Wayland может появиться уже в следующей версии дистрибутива в качестве экспериментальной опции. С другой стороны, переход на Wayland не так прост (проект требует большой доработки) и осуществить его быстро не получится.

И хотя планы полного внедрения Wayland еще не сформированы, Адам Джексон уверен, что Fedora рано или поздно перейдет на этот графический сервер, т.к. этот переход может решить множество серьезных проблем, а недостатки у Wayland незначительны.

>>> Подробности (phoronix.com)