В блоге LXDE появился отчет о работе по переносу компонент LXDE на Qt. Скриншот демонстрирует почти полное окружение, в том числе файловый менеджер PCManFM-Qt и панель lxpanel-qt. Автор сообщает, что потребление памяти несколько повышено по сравнению с версией на Gtk+2, но с Gtk+3 ситуация не лучше. Пока что разработка идет с использованием Qt4, переход на Qt5 планируется после выхода версии 5.1. Для полной совместимости с Wayland необходимо решить проблемы с зависимостью спецификаций freedesktop.org от X11, но автор рассчитывает, что это сделают разработчики KDE и Gnome. Кроме того, уделяется внимание совместимости с Razor-Qt.

>>> Подробности

Это вольный перевод статьи, намедни размещённой на phoronix. Оринальная статья — обзор недостатков, их исправлений и преимуществ между X и Wayland. Её написал Eric Griffith, при участии Daniel Stone, специально для ресурса phoronix. Работа собрана по кусочкам из презентаций Keith Packard, David Airlie, Kristian Høgsberg, из страниц про X11, X12, Wayland в вики и на freedesktop.org, из прямых интервью с разработчиками.

Оригинал выпущен под Creative Commons версия 3, с указанием авторства; перевод доступен на тех же условиях (с указанием на авторов оригинала, как мне кажется).

( читать дальше... )

>>> Подробности

Команда разработки Rebecca Black Linux представила Live-дистрибутив, работающий полностью на базе Wayland без использования каких-либо компонентов X.Org. В демонстрационный образ включены приложения, позволяющие пользователю оценить работу Wayland и состояние развития проекта в целом. Для запуска X-приложений используется компонент Xwayland, запускающий X-сервер в роли клиентского приложения Wayland. В дистрибутив включены собранные с поддержкой Wayland библиотеки GTK+, EFL, Qt и SDL. Из дистрибутива удалён LightDM, вместо него используется другой менеджер входа в систему, написанный с использованием Bash, Zenity и Expect.

Для загрузки доступен образ 32-разрядной системы для записи на DVD.

Opennet

>>> Подробности

Martin Gräßlin

This week I decided to do some research for the Wayland porting of the KDE Plasma workspaces. One of the features we will need in future is a Wayland session compositor which runs nested on a Wayland system compositor. Of course one could think of setups without a system compositor, but overall I think that a nested compositor simplifies the setup and allows to have all the low level technologies in one place without duplication in all the various compositors. +1 for working together.

KWin also gets input from Wayland and passes it to the X Server. That’s the reason why we can see mouse interaction and working keyboard.

Описание реализации:

( читать дальше... )

Юрий Шведов реализовал поддержку удалённого вывода через протокол SPICE для графического сервера Weston (эталонная реализация протокола Wayland).

На данный момент кадры пересылаются целиком, так что есть пространство для оптимизации данной реализации.

Подробнее о протоколе SPICE можно прочитать здесь.

Напоминаю, что с релизом Weston 1.1, в котором была добавлена поддержка RDP, это уже 3-й вариант обеспечения удаленного рабочего стола для Wayland.

>>> Подробности

На прошлой неделе в Нюрнберге состоялась встреча разработчиков Plasma Workspaces, на которой был определён план работ по предстоящему релизу новой версии графического окружения KDE.

Итак, предстоящие изменения:

• Переход на KDE Frameworks 5 и Qt5.
• Включение Wayland в список поддерживаемых серверов. Большая часть работы выполнена в Qt5, но остаётся нерешенной проблема c Oxygen.
  
• Новый тип пакета — «Look and Feel». Различные части UI и сопутствующий им код теперь будут включены в один пакет.
  
• Базовый шелл. Вместо разрозненных исполнительных файлов, предназначавшихся для разных устройств и конфигураций, будет создан один базовый шелл. Остальные части будут вынесены в отдельные «shell package», которые можно будет подключать на лету. Это даст пользователям возможность переключатся с планшетной версии шелла на десктопную при подключении клавиатуры и мыши.
  
• С переходом на QtQuick появилась возможность перенести рендеринг на графический процессор. Это освободит центральный процессор и сэкономит заряд батареи в портативных компьютерах.
  Для устройств, не имеющих поддержки OpenGL, будет сохранена возможность работы на XRender или полностью на центральном процессоре.

>>> Подробности

Kristian Høgsberg представил Wayland / Weston 1.1.
Среди нововведений для Wayland / Weston версии 1.1 упоминаются такие как:

• Поддержка Raspberry Pi.
• Добавлена поддержка RDP, совместимая с FreeRDP. Клиенты RDP теперь могут подключиться к Weston в фоне.
• Сенсорный экран: поддержка калибровки и настройки клиента.
• KMS back-end теперь поддерживает EGL buffer-age extension.
• Добавлен SDK для создания модулей.
• libunwind: улучшены логи падений.

>>> Подробней

Sam Spilsbury, мантейнер и разработчик Compiz, заявил в своем блоге о своем видении будущего проекта: «Стало очевидно, что развитие проекта Compiz не может продолжатся. Многие люди до сих пор используют его, поэтому Compiz стоит для них поддерживать, но не более того. Пока я был в Canonical, 98% моих усилий было посвящено на поддержку оконного и композитного менеджера, и только 2% моих усилий было потрачено на создание новых функциональных возможностей.

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

Это реальная практическая плата за фрагментацию среди экосистемы Linux: не только, как существование нескольких реализаций колеса, но и как несколько реализаций автомобилей, которые делают почти то же самое, но немного отличаются от всех остальных. Некоторые говорят, что это самая большая сила свободного программного обеспечения, другие видят его в качестве самой большой слабости.»

>>> Подробности

Один из разработчиков минималистичного менеджера окон 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-дистрибутив для тестирования.

>>> Подробности

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

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

>>> Подробности

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

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

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

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

>>> Подробности

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

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

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

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

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

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

>>> Подробности

Дисклаймер. В связи с тем, что очень многие (почти все) здесь не понимают, зачем нужен 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, и другие системы. Замену легче написать с нуля, которая делает только свою прямую работу, а не пытается объять всё.

>>> Подробности

В девичестве проект был известен под именем «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. У него работает поддержка ввода.

>>> Подробности

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

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

>>> Подробности

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

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

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

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

>>> Подробности

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

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

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

>>> Подробности