Представлен (http://lists.freedesktop.org/archives/wayland-devel/2013-Apr...) второй стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.1 (http://wayland.freedesktop.org), а также развиваемого параллельно эталонного композитного сервера Weston 1.1. Новые версии вобрали в себя наработки и улучшения, реализованные за последние шесть месяцев работы над проектом. Ветка 1.1 обратно совместима на уровне API и ABI с выпусками 1.0.x, но дополнительно содержит порцию улучшений, расширяющих возможности протокола и композитного сервера Weston. Тем не менее, заявлено, что некоторые из ранее возможностей, планируемых для включения в во вторую стабильную, отложены до выпуска ветки 1.2.x. В качестве причины называется желание не затягивать второй стабильный выпуск.
Изначально ветке 1.1 планировалось придать статус экспериментальной, но в процессе разработки было решено отказаться от схемы с чётными стабильными и нечётными экспериментальными выпусками, так как такая схема создаёт путаницу и вводит в заблуждение некоторых людей, и использовать для тестовых версий номера вида 1.0.90. Также объявлено о намерении в дальнейшем выпускать новый значительный релиз раз в три месяца, т.е. версию 1.2.0 можно ждать в середине лета.
После выхода осенью первого стабильного релиза начались первые попытки адаптации Wayland для реальных проектов. К разработке Wayland подключились (https://www.opennet.ru/opennews/art.shtml?num=36080) некоторые разработчики X.Org. О намерении обеспечить возможность работы поверх Wayland объявили такие проекты, как KDE (https://www.opennet.ru/opennews/art.shtml?num=36347), GNOME (https://www.opennet.ru/opennews/art.shtml?num=36381) и Enlightenment (https://www.opennet.ru/opennews/art.shtml?num=36399). При этом работающие поверх Wayland выпуски данных окружений планируется представить для тестирования уже в этом году. Проект GNOME планирует перейти на Wayland в качестве первичной платформы. Кроме того, развивается (https://www.opennet.ru/opennews/art.shtml?num=36549) новое десктоп-окружение Hawaii, изначально позиционируемое как работающие только на базе технологий Wayland.Основные новшества:
- Многочисленные оптимизации производительности;
- Поддержка программного рендеринга с использованием библиотеки Pixman (http://pixman.org/). Ранее рендеринг мог осуществляться только с задействованием OpenGL, теперь он может работать и на системах, не имеющих поддержки аппаратной акселерации и 3D-драйверов, таких как встраиваемые платформы на базе архитектуры ARM (в частности бэкенды для Raspberry Pi и фреймбуфера базируются на Pixman);- Бэкенд fbdev, который позволяет выводить графику через фреймбуфер с участием Pixman. Обработка ввода данных производится через evdev;
- Бэкенд для платформы Raspberry Pi;
- Клиент для сенсорных экранов и функция калибровки;- SDK для разработки внешних модулей с реализацией дополнений;
- Бэкенд RDP (http://lists.freedesktop.org/archives/wayland-devel/2013-Mar...), построенный на базе FreeRDP (http://www.freerdp.com/) и позволяющий организовать отрисовку вывода на удалённой системе с использованием протокола RDP. При включении бэкенда, он запускается в режиме ожидания соединения и при подключении к нему RDP-клиентов выполняет отправку данных об обновлении содержимого экрана. Допускается подключение нескольких клиентов, которые могут работать с одним экраном на котором будет использоваться несколько указателей мыши. Поддерживается передача данных об изменениях содержимого экрана, как в raw-формате с разбивкой на ячейки 64x64, так и с использованием кодека remoteFx;
- Бэкенд Headless (http://lists.freedesktop.org/archives/wayland-devel/2012-Oct...), осуществляющий рендеринг в холостом режиме (вывод не формируется и не выводится) и предназначенный для решения задач по тестированию без необходимости наличия графической системы;
- Поддержка вывода (scanout) трансформированных буферов;
- Бэкенд KMS переведён на использование EXT_buffer_age.Возможности, ожидаемые в следующей стабильной ветке (1.2):
- Выделение из XWayland компонента XWM (X Window Manager) и его оформление в виде отдельного клиента. XWM используется для организации вывода X-клиентов на рабочий стол под управлением Weston.
- Система (http://cgit.freedesktop.org/~krh/weston/log/?h=remote) рендеринга вывода на удалённом компьютере. Для решения вопроса с организацией работы с приложениями, запущенными на другой машине, для Wayland подготовлен (https://www.opennet.ru/opennews/art.shtml?num=34922) прототип системы удалённого рендеринга, выполненный в виде дополнения к композитному серверу Weston. Дополнение выступает в роли надстройки для обеспечения сетевого взаимодействия при организации рендеринга и передачи событий от устройств ввода. Взаимодействие происходит на уровне двух композитных менеджеров, т.е. композитный сервер Weston на локальной системе, на которой работает пользователь, может отображать отдельные окна из композитного сервера Weston, запущенного на удалённой системе. Трансляция вывода реализована на основе передачи изменения содержимого отдельных окон, обслуживаемых композитным сервером. По сети передаются только изменившиеся элементы окон, изменения вычисляются на уровне битмапов и передаются с использованием протокола похожего на VNC.- Проект по интеграции (http://lists.freedesktop.org/archives/wayland-devel/2013-Apr...) поддержки фреймворка IBus (http://code.google.com/p/ibus/) (Intelligent Input Bus) для организации ввода. Данная подсистема отмечена как готовая для интеграции, но решено дать дополнительное время для полировки и изменения интерфейса перед его фиксацией как части протокола Wayland. В частности, в процессе перехода GNOME на Wayland возможно всплывут некоторые тонкости, требующие правки.
- Поддержка протокола (http://permalink.gmane.org/gmane.comp.freedesktop.wayland.de...) для манипулирования субповерхностями (subsurface) и группами поверхностей (surface group), в рамках одного окна приложения (например, для видеоплеера можно выделить области с контентом и управляющими элементами и обеспечить их компоновку на уровне композитного менеджера, а не приложения).
<center><a href="http://people.collabora.com/~pq/subsurface-1.png">&l... src="https://www.opennet.ru/opennews/pics_base/0_1366087894.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>Wayland представляет (http://wayland.freedesktop.org/architecture.html) собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон.
В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL, Clutter и EFL (Enlightenment Foundation Library). К сожалению, из-за наличия прямых обращений к библиотекам X11 не все приложения на базе вышеотмеченных тулкитов смогут без переработки кода работать поверх Wayland. Например, из 22 протестированных GTK-приложений, доступных по умолчанию в меню Ubuntu, под управлением Wayland заработали (https://www.opennet.ru/opennews/art.shtml?num=33566) только 9, так как оставшиеся 13 использовали функции Xlib. Тем не менее, уже наблюдается прогресс в проведении чистки приложений от прямого обращения к Xlib, например, разработчики проекта KDE приступили к осуществлен...
URL: http://lists.freedesktop.org/archives/wayland-devel/2013-Apr...
Новость: https://www.opennet.ru/opennews/art.shtml?num=36702
Когда уже он будет в дистрах?
Уже в арче.
В любимой Ubuntu нету =(
есть
> естьНо не работает. Потому что в gtk напихано кривых патчей.
Работает. Необходимо сделать export LIBOVERLAY_SCROLLBAR=0 и переименовать /usr/lib/i386-linux-gnu/gtk-3.0/3.0.0/theming-engines/libadwaita.so, чтобы gtk не подхватывал ее. После этого призожения на gtk3 запускаются и работают. Правда в raring версия gtk 3.6, так что декораций у окон еще нет.
в арче давно уже есть
И как? Юзабельно?
Не шибко юзабельно, XWayland'a нет (в ауре есть, но этож надо кучу всего компилить), в Qt поддержка отключена, так что работает только GTK. Но вообще работает, демки запускаются.
> Но вообще работает, демки запускаются.На самом деле "работает" и "демки запускаются" - это несколько разные вещи.
Тихо и незаметно, без лишней помпезности:
http://worldofgnome.org/easily-try-gtk-under-wayland-in-fedo.../
Его приличные люди делают, а не Поттеринг - сначала до ума доведут, а потом уж широкой публике представят.
> Его приличные люди делают, а не Поттеринг - сначала до ума доведут,
> а потом уж широкой публике представят.Его делают такие же поттеринги. Уже несколько лет упорно показывают публике во всех ракурсах, а воз и ныне там.
> Его делают такие же поттеринги. Уже несколько лет упорно показывают публике во
> всех ракурсах, а воз и ныне там.Самое главное - за 5 лет разработки они так и не начали использовать Wayland на своих десктопах.
А кто-нибудь может сказать - у них Hello World для разработчиков приложений где-нибудь есть на сайте?
Зачем? Если это все умеет Qt.
> Зачем? Если это все умеет Qt.Зачем мне Qt? Разработчики обещают замену X11/XLib, ну вот я и хочу его заменить в своей программе, а не прикручивать даром не нужные мне костыли через Qt/GTK/SDL.
> Зачем мне Qt? Разработчики обещают замену X11/XLib, ну вот я и хочу
> его заменить в своей программе, а не прикручивать даром не нужные
> мне костыли через Qt/GTK/SDL.X11/XLib и есть ненужные костыли :)
Если применить нормальные либы к твоему велосипеду с квадратными колесами - они от этого костылями не становятся - дело в твоем недодрандулете.PS: Судя по твоей толстоте ты под xlib никогда ничего не писал.
> PS: Судя по твоей толстоте ты под xlib никогда ничего не писал.Мне от Xlib нужны только окошко, XRandr, GLX и очередь событий. Всё.
http://cgit.freedesktop.org/wayland/weston/tree/clients
Насколько я понял, формировать изображение из примитивов Waylend не особо умеет.
> Насколько я понял, формировать изображение из примитивов Waylend не особо умеет.Для рисования есть OpenGL.
В дистрибутивах, скорее всего, появится в течение года. Да и нет смысла спешить, а то сделают очень кривое ПО, и сложится впечатление что Wayland и Weston не стоят особого внимания. Лично мне интересен проект, Hawaii по той причине, что они изначально задействуют Wayland. Но с другой стороны Hawaii слишком юный, но они могут получить некоторую популярность если одни из первых сделают что то рабочие. Адаптация процесс тоже не быстрый, хотя со стороны кажется иначе.
Hawaii быстро сдохнет, так как задуман чтобы потешить ЧСВ автора.
Как и многие другие проекты свободного ПО, к сожалению.
Все-таки иногда кнут, в виде руководящей и направляющей, весьма полезен.
> Все-таки иногда кнут, в виде руководящей и направляющей, весьма полезен.Если за этим кнутом не стоят мозги, он бессмысленен. В данном случае не хватает именно мозгов, а энтузиазма и времени полно.
> Как и многие другие проекты свободного ПО, к сожалению.Общие ничего не значащие слова.
А какой еще профит автору от ведения открытого проекта? Денег за него не получишь, так хотя бы ЧСВ потешить )
Ждем Mir)
Ждём хейтеров.
Надо было в теме указать "Ubuntu, Systemd, Поттеринг"
Ой, и правда ведь…
> Надо было в теме указать "Ubuntu, Systemd, Поттеринг"А что, "wayland" уже недостаточно? Раньше работало ведь.
>> Надо было в теме указать "Ubuntu, Systemd, Поттеринг"
> А что, "wayland" уже недостаточно? Раньше работало ведь.В отличии от Поттеринга, ребята разрабатывают Вяленого правильно - сначала делают, а потом показывают. Плюс не пытаются всем его навязать.
> В отличии от Поттеринга, ребята разрабатывают Вяленого правильно - сначала делают, а
> потом показывают. Плюс не пытаются всем его навязать.Хоть это хорошо. Впрочем, думаю, их тогда бы просто убили.
> В отличии от Поттеринга, ребята разрабатывают Вяленого правильноДа точно так же.
> - сначала делают, а потом показывают.
А что, леннард поступает как-то иначе?
> Плюс не пытаются всем его навязать.
Навязывать что-то конкретному дистрибутиву могут _только_ его разработчики. Максимум, кому поттер мог навязать свои поделия - это федора. Во всех остальных дистрах у него нет никакого влияния и авторитета. Если что-то куда-то и проталкивают - то исключительно ведущие разработчики самих дистров.
> Если что-то куда-то и проталкивают - то исключительно ведущие разработчики самих дистров.И возникает главный вопрос - зачем? Зачем получать явный геморрой за свои деньги?
Вот это меня больше всего сейчас удивляет. Вроде бы 90-е уже прошли, когда открытого софта не хватало. Сейчас софта навалом, поэтому нет смысла хватать в дистрибутив все, лишь бы с открытыми исходникам. Нужно брать только то, что действительно лучше, чем в дистрибутиве.
Вероятно потому, что ты видишь только макушку айсберга. Им-то лучше видно какой геморрой и какие профиты в противовес ему они от systemd поимеют.
> Вероятно потому, что ты видишь только макушку айсберга.Вполне возможно, вполне. Меня такая мысль часто посещает, но просматривая рассылку того же ALT я не вижу приемуществ от внедрения systemd. А вот то, что у меня слетела сеть после обновления, я вижу.
> Им-то лучше видно какой геморрой и какие профиты в противовес ему они от systemd поимеют.
Есть сомнения, есть.
И ты даже уверен, что проблема с сетью именно из-за systemd?
> И ты даже уверен, что проблема с сетью именно из-за systemd?Да, эта уверенность стоила мне получаса - оказались переименованы интерфейсы. Сперва я даже подумал, что у меня что-то на мат. плате сгорело - eth0 пропал.
А, да, они иначе именуют устройства. :)
В серверах от этого будет профит — меньше костылей для сохранения имён при изменении количества сетевых плат и прочих устройств. Домашним пользователям, конечно, не самая приятная неожиданность…
> А, да, они иначе именуют устройства. :)Вот бы у этих пацанов каждые 2 недели меняли замки в дверях.
Хочешь я тебе объясню, как такие штуки делают вменяемые люди? Они просто заводят параллельно 2 варианта имен - старые ethN и новые. Потом, когда все привыкли, постепенно убирают старые имена, вводя всевозможные названия deprecated и т.д.
А человек, который пилит системную компоненту и не понимает смысла слова "совместимость" - идиот. Я не вижу смысла пользоваться программами, написанными идиотами. В мире OpenSource и умные люди немало понаписали.
Так обычно делают когда в одном коде меняют что-то одно на что-то другое. А когда меняют весь код к гадам, то обычно бывает именно вот так вот. И если подумать, то это не косяк systemd, а косяк дистрибутива. Или у тебя твои руками писанные скрипты накрылись?
> И если подумать, то это не косяк systemd, а косяк дистрибутива. Или у тебя твои руками писанные скрипты
> накрылись?Вот именно так и рассуждают невменяемые люди.
А, ну-ну.
И всё же это именно косяк тех, кто решил пользоваться systemd. Вот, почитай на досуге: http://www.freedesktop.org/wiki/Software/systemd/Predictable...
Нужны старые имена? Смени схему именования в настройках. Нет, давай пойдём ругаться на всех углах вместо этого.Если кратко, то RTFM.
И знаешь что удивительно? Этот мануал я нашёл пока писал этот пост. Т.е. минут за 5.
> И всё же это именно косяк тех, кто решил пользоваться systemd.Да, это косяк Альтовцев, милый друг. Но это я и без тебя знаю.
Ну так и при чём тут systemd? Он по-умолчанию теперь использует более надёжную схему именования устройств. Если Альтовцы её ниасилили и при этом не догадались включить старую схему по-умолчанию, то это именно их косяк, а не systemd.
А если её ниасилил ты, то нефиг было обновляться. Всё одно стало бы сюрпризом, когда они наконец удалили бы поддержку старых имён по-умолчанию если б они её сделали — ты б всё равно не готовился бы к переходу.
>> т.е. композитный сервер Weston на локальной системе, на которой работает пользователь, может отображать отдельные окна из композитного сервера Weston, запущенного на удалённой системеПросто прелесть!
Когда уже он будет поддерживаться Нвидией?
А разве аппаратная поддержка Wayland не базируется на egl? http://wayland.freedesktop.org/architecture.html#heading_toc...То есть дравйверописатели должны только реализовать стандарт, и им пофиг должно быть, что есть x.org, wayland, mir... etc. По моему люди чего-то не понимают. Зачем писать программу на qt, gtk, если ты лезешь в xlib. Пиши тогда свой велосипед, а не говори что ты пишешь его с помощью фреймворка.
Как минимум, нужен KMS, которого нет (точнее, который свой) в драйвере Nvidia. Да и с завязкой Wayland на DRM, я так понимаю, проблема будет.
если кто ещё не видел, вот презентация почему начали делать wayland на доступном языке http://www.youtube.com/watch?v=RIctzAQOe44Но текущее состояние пока ещё далеко от юзабельного, была новость про попытку форкнуть wayland, вот тут описаны причины http://www.phoronix.com/scan.php?page=article&item=wayland_w...
Т.е. человек попытался реализовать что то рабочее, но постоянно спотыкается на отсутствие тех или иных "стандартных" возможностей в протоколе, а реализовать их через дополнения не представляется возможным, а разработчики wyland менять протокол не хотят.
Например, сделать полноценное управление окнами через таск бар невозможно.Есть ещё одна засада, wayland это только протокол, а wetson это "эталонная" реализация, при этом, gnome и kde говорят что у них будут свои реализации протокола, я это всё к тому, что, опять получится, что в одном "оконном менеджере" работает одно, в другом другое, а чтобы приложение адекватно работало и там и там опять будут костыли.
Так что, ожидать что в ближайшее время wyland решит все проблемы,на мой взгляд, не стоит.
Справедливости ради можно отметить, что S.Moreau(автор статьи на phoronix'e) не шибко адекватен и, собственно, уже самозабанился даже на phoronix'e
Отлично! Ждём в systemd! XD
кстати да, с этого наркомана станется в systemd впилить wayland
> кстати да, с этого наркомана станется в systemd впилить waylandНе наркомана, а емаксера. Это гораздо страшнее.
Зачем так мелко-то? Ждём в ведре.
> Зачем так мелко-то? Ждём в ведре.В systemd скоро своё ядро зародится, так что всё правильно - достаточно интегрирования wayland в systemd.
> В systemd скоро своё ядро зародится, так что всё правильно - достаточно
> интегрирования wayland в systemd.У них там немного другой план - бурно и с весельем объединиться с ядром Linux.
Тузя, ты крут! Хорошая шутка.
пока xmonad не будет работать также, как сейчас поверх Х - смысла переходить нет.
Да и вообще особого смысла переходить на xmonad нет и никогда не было :)
тонко)
> Поддержка программного рендеринга с использованием библиотеки Pixman.Началось! Теперь вэйланд будет обрастать костылями как X.Org. Печально.
>> Поддержка программного рендеринга с использованием библиотеки Pixman.
> Началось! Теперь вэйланд будет обрастать костылями как X.Org. Печально.А где тут-то костыль, если не секрет?
Pixman. Для понимания читаем http://habrahabr.ru/post/148954/
Почитал. Вопрос "а где костыль?" остался.
> Ранее рендеринг мог осуществляться только с задействованием OpenGL, теперь он может работать и на системах, не имеющих поддержки аппаратной акселерации и 3D-драйверов
Вот в этом отрывке по вашей ссылке прекрасно показывается, почему XRender - говно, тормозящее сеть в Х:" Программа стартует, используя для отрисовки cairo;
Вы рисуете несколько градиентных окружностей. Cairo производит разбиение окружностей на четырёхугольники и шлёт эти четырёхугольники и градиенты X-серверу используя расширение XRender. В том случае, когда X-сервер не поддерживает XRender, cairo отрисовывает их само с использованием libpixmap и использует другой метод для отправки отрисованной пиксельной карты X-серверу;
X-сервер принимает запрос от XRender. Xorg может в этом случае использовать разные специализированные драйвера:
1) В случае отката к программной отрисовке или в случае неготовности драйвера Xorg использует libpixman для отрисовки своими силами, прямо как cairo;
2) В случае аппаратного ускорения драйвер Xorg связывается посредством libdrm с ядром и посылает видеокарте текстуры и команды."А pixman - ну библиотечка, и ладно. Я, честно говоря, после того, как выяснил, что делает XRender, был страшно удивлен, что Х вообще по сети работают.
Это все конечно хорошо, но лучше бы они выбрали OpenGLES.
Они его и выбрали, в числе прочих
Пока не появится тайлового менеджера окон для него, сравнимого с ion3/notion, не нужно.
> тайлового менеджера окон для него, сравнимого с ion3/notion
> не нужно:)
Всеровно не пойму, как всем этим пользоваться в Arch Linux, если установлен X.Org с XFCE 4
Вообще, конечно, смешная новость. Наконец-то товарищи осознали, что для замены Х нужна система примерно такая же, как Х. А вот очередная SVGAlib не подойдет, нет. :-) Правда, поскольку кода уже наворотили до фига, получилось малость костыльно, но ладно.
> Вообще, конечно, смешная новость. Наконец-то товарищиТоварищи уже 22 года как кончились
> осознали, что для замены Х нужна система примерно такая же, как Х. А вот очередная SVGAlib
Что ж ты людей не просветил всей мощью своего "интеллекта", без твоего мнения они просто жить не могут однозначно
Уже высеры всех послухали, а теперь и вы продрись по мостовой расплескали.
