Состоялся (https://lists.freedesktop.org/archives/wayland-devel/2017-Fe...) стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.13 (https://wayland.freedesktop.org/). Ветка 1.13 обратно совместима на уровне API и ABI с выпусками 1.x, но дополнительно содержит порцию улучшений. Кроме исправления (https://lists.freedesktop.org/archives/wayland-devel/2017-Ja...) ошибок в Wayland 1.13 реализован (https://patchwork.freedesktop.org/patch/116409/) API для управления видимостью глобальных структур, при помощи которого композитный сервер может ограничить доступ к приватным программным интерфейсам и определить к каким частям структуры wl_global клиент имеет доступ. Следующий выпуск 1.14 запланирован на июнь 2017 года.
Ожидавшийся сегодня выпуск композитного сервера Weston 2.0 отложен (https://lists.freedesktop.org/archives/wayland-devel/2017-Fe...) до конца недели из-за выявления в последний момент ошибок, исправления для которых требуют дополнительного тестирования. Напомним, что Weston развиваются технологии, содействующие появлению полноценной поддержки протокола Wayland в Enlightenment, GNOME, KDE и других пользовательских окружениях. Разработка Weston нацелена на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств.
Смена номера значительной версии в Weston 2.0 обусловлена изменениями в новом API управления выводом, нарушающими совместимость c libweston на уровне ABI. Все штатные бэкенды портированы на новый API для настройки вывода. В новой версии также добавлена поддержка EGL-расширения EGL_KHR_swap_buffers_with_damage, реализованного (https://www.opennet.me/opennews/art.shtml?num=42886) в проприетарном драйвере NVIDIA. В бэкенде GL добавлена поддержка буферов DRM_FORMAT_YUV444. Улучшено позиционирование панелей в desktop-shell. В XWayland приведены в порядок сообщения об ошибках.Статус поддержки Wayland в окружениях рабочего стола и дистрибутивах:
- В рамках проекта AsteroidOS развивается (https://www.opennet.me/opennews/art.shtml?num=45640) новая открытая ОС для умных часов, использующая Qt5 и Wayland.- В находящейся в разработке ветке GNOME 3.24 продолжается оттачивание поддержки Wayland, которая ранее уже была объявлена пригодной для использования обычными пользователями. Добавлена (https://bugzilla.gnome.org/show_bug.cgi?id=773629) возможность работы поверх проприетарных драйверов NVIDIA (https://www.opennet.me/opennews/art.shtml?num=44087), c использованием EGLDevice и EGLStreams;
- В Fedora 25 (https://www.opennet.me/opennews/art.shtml?num=45541) по умолчанию предложен сеанс GNOME на базе Wayland;
- В Ubuntu GNOME продолжается тестирование экспериментального сеанса рабочего стола GNOME на базе Wayland (следует установить пакет gnome-session-wayland и выбрать на экране входа "GNOME on wayland");- Продолжается работа по достижению паритета в функциональности при запуске KDE поверх X11 и Wayland. В KDE Plasma 5.9 (https://www.opennet.me/opennews/art.shtml?num=45951) при использовании Wayland стали доступны инструменты для создания скриншотов и определения цвета, обеспечены возможности раскрытия окон на весь экран без отображения рамок, задания собственных цветовых схем и перетаскивания приложений кликом на пустой области интерфейса, добавлен поддержка режима автоматического скрытия панели, добавлена поддержка управляющих жестов. Для тестирования проектом Neon подготовлены Live-сборки на базе Wayland;
- Начиная с Qt 5.8 (https://www.opennet.me/opennews/art.shtml?num=45901) переведён в разряд полностью поддерживаемых модуль Qt Wayland Compositor с многопоточной системой отрисовки для встраиваемых устройств, использующая протокол Wayland.
Модуль может использоваться (http://blog.qt.io/blog/2017/01/23/creating-devices-with-mult.../) для создания собственных композитных серверов Wayland, применяя QML или C++ API. Имеется поддержка стандарта XDG-Shell и возможность работы в системах с несколькими экранами. В качестве примера применения Qt Wayland Compositor развивается рабочий стол Grefsen (https://github.com/ec1oud/grefsen);- В Enlightenment (https://www.opennet.me/opennews/art.shtml?num=44707) ведётся работа по улучшению поддержка Wayland;
- В ОС DragonFly BSD развивается (https://www.opennet.me/opennews/art.shtml?num=43138) порт с Wayland и Weston, имеется (http://lists.dragonflybsd.org/pipermail/users/2016-May/24962...) поддержка XWayland;
- Wayland задействован по умолчанию в мобильных платформах Plasma Mobile (https://www.opennet.me/opennews/art.shtml?num=42668), Sailfish 2 (https://www.opennet.me/opennews/art.shtml?num=42944) и Tizen 3 (https://www.opennet.me/opennews/art.shtml?num=42978).- В панели Cairo-Dock предусмотрена (https://www.opennet.me/opennews/art.shtml?num=40906) возможность работы в окружении композитного сервера Weston.
- Работа по добавлению поддержки Wayland ведётся для рабочих столов LXQt (https://www.opennet.me/opennews/art.shtml?num=41633) и MATE (https://www.opennet.me/opennews/art.shtml?num=39106).
- Развиваются новые десктоп-окружения, работающее только на базе технологий Wayland: papyros-shell (http://papyros.io/), Hawaii (https://www.opennet.me/opennews/art.shtml?num=38730) и Orbital (https://www.opennet.me/opennews/art.shtml?num=38934).
- Для тестирования работы GNOME, KDE и Enlightenment, Hawai и Orbital поверх Wayland выпускается (https://www.opennet.me/opennews/art.shtml?num=43837) специальный Live-дистрибутив Rebecca Black Linux (http://sourceforge.net/projects/rebeccablackos/).
Напомним, что Wayland представляет (http://wayland.freedesktop.org/architecture.html) собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL (начиная с выпуска 2.0.2 (https://www.opennet.me/opennews/art.shtml?num=39269)), Clutter и EFL (Enlightenment Foundation Library). Начиная с Qt 5.4 в состав включён модуль QtWayland с реализацией компонентов для работы Qt-приложений в окружении композитного сервера Weston, развиваемого проектом Wayland.
Взаимодействие с аппаратным обеспечением в Wayland/Weston, например, проведение инициализации, переключение видеорежимов (drm modesetting) и управление памятью (GEM для i915 и TTM для radeon и nouveau) графических карт, может производиться напрямую через модуль, работающий на уровне ядра, что позволяет обойтись без привилегий суперпользователя. Композитный сервер Weston может работать не только с использованием DRM-модуля ядра Linux, но и поверх X11, другого композитного сервера Wayland, фреймбуфера и RDP. Кроме того, развиваются проекты (https://www.opennet.me/opennews/art.shtml?num=36685) по обеспечению работы поверх графического стека платформы Android.В рамках проекта Weston развивается одна из реализаций композитного сервера. В роли композитного сервера также может выступать любой другой продукт, поддерживающий протокол Wayland. Например, в настоящее время ведётся работа по обеспечению поддержки...
URL: https://lists.freedesktop.org/archives/wayland-devel/2017-Fe...
Новость: http://www.opennet.me/opennews/art.shtml?num=46080
> В новой версии также добавлена поддержка EGL-расширения EGL_KHR_swap_buffers_with_damage, реализованного в проприетарном драйвере NVIDIA.Прoгнyлись что ли?
RedHat сами включили, насрав на противников EGLStreams.
Интересно, куда ubuntu занесет с этим вейландом. Время показывает, что серьезнее патчей к дебиану, у них ничего не получается сделать, однако она анонсировали Mir b Unity 8. Только вот до сих пор абсолютно неюзабельно. Обещали еще в 2013 году в продакшн. Чем в итоге кончится?
> Время показывает, что серьезнее патчей к дебиану, у них ничего не получается сделатьНу толсто. Debian же ядра берет из Canonical Kernel Team.
> Обещали еще в 2013 году в продакшн
Чего? Продакшен - это их основная лошадка ubuntu Server. Там вообще гуев нет. А все остальное - это так, экспериментальное творчество.
> Только вот до сих
Ну логично. Ибо Mir не является чисто самостоятельным проектом от Canonical. Он использует во многом всю ту же лабуду, которая и для Wayland.
> Debian же ядра берет из Canonical Kernel Team.
> толстоОчень. У меня теперь весь монитор в жире.
Debian Kernel Team берет ядра у Canonical Kernel Team шо правда? И Hurd у них берут ?))
Ничем, как и апстарт, какой-то там магазин, что-то облачное и может какие-то ещё проекты Каноникла, о которых уже мало кто и вспомнит.
Все доморощенные начинания Каноникла заканчиваются ничем. Многие даже до уровня пука в лужу не дорастают.
> апстартА он где только не был. И многим успешно помогал.
Пока наконец не пришел Великий Леннарт.
И где он используется? В Убунту и Хромоси. Ещё где-то?
Вроде ещё сусеры и федорасты один или два релиза использовали. Но это было давно.
Ubuntu 9.10 - 15.04
Ubuntu Phone
ChromeOS
Debian 6 как альтернатива
Red Hat 6, CentOS 6, Oracle Linux 6, etc
OpenSUSE 11.4-12 ка альтернатива
Fedora 9-14
и прочая мелочёвка
>UbuntuСамо собой.
>ChromeOSДа, есть.
>Debian 6Какой нынче текущий?
>Red Hat 6, CentOS 6, Oracle Linux 6, etcЭто когда было? Что, одну версию прожило это чудо?
>OpenSUSE 11.4-12 ка альтернатива Fedora 9-14Тоже недолго протянуло.
Вот и результат.
Стоп!
>Ubuntu 15.04Э-э-э... В начале же год выпуска идёт, да? Т.е. апстарт даже в Убунте больше не используется?
Ясненько.
>UbuntuСамо собой.
>ChromeOSА вот и нет, после перехода Ubuntu s Upstart на systemd, Google перешел с Ubuntu на Gentoo как базы для ChromeOS. (хотя я думаю это ни как не связанно и чисто совпадение временных событий)
У тебя альтернативная вселенная> By February 2010, Google switched its development Linux distribution for Chrome from Ubuntu to Gentoo Linux in order to use that distribution's Portage package management system, which, according to sources at Google, is used with «Google's own take on the vanilla Linux kernel».
> Mark Shuttleworth concedes — Ubuntu Linux to use systemd. 2014
> Т.е. апстарт даже в Убунте больше не используется?Ну так вылезайте из танка. :)
Шаттлворт через полгода-год после принятия systemd по дефолту в debian, сделал заявление о том, что ubuntu последует за родительским проектом, и тоже сменит систему инициализации.
>> Red Hat 6, CentOS 6, Oracle Linux 6, etc
> Это когда было? Что, одну версию прожило это чудо?Никогда не было. Там sysvinit. Возможно, забыли дописать "как альтернатива".
в который раз, Wayland протокол как X11, Mir - дисплейный сервер, Unity 8 - среда рабочего стола. Всё будет гуд, когда под Wayland будет запускаться и нормально работать большая часть приложений, тогда и ждите Mir c Unity 8.
>> В новой версии также добавлена поддержка EGL-расширения EGL_KHR_swap_buffers_with_damage, реализованного в проприетарном драйвере NVIDIA.Nvidia же забросила свою реализацию Wayland? Хотели же чо-то общее пилить, чтобы и их и разрабов Mesa устраивало?
xfce собирается внедрять вейланд?
Да, собираются. Следующий релиз будет полностью на GTK 3, это первый этап
Учитывая график их релизов, лет через пять наверно... но оно и так нормально работает, хз вообще какая пользователю разница иксы там или вейленд или мир. Заметно быстрее все равно не будет ничего работать, может даже медленнее - все как с хайпом по Vulcan.Ну и они не ставят себе вейленд самоцелью, просто переходят на GTK3 черепашими темпами, а там оно уже от тулкита зависит.
Потенциальная заявленная фишка Mir - конвергенция десктопа и мобилы, но приложения надо писать все равно с ее учетом или получится все как с n900, на котором можно было запустить в теории любое gtk приложение, но интерфейс без допила под мобайл был не юзабелен.
Что не так с вулканом? Работает быстрее OpenGL. Просто не везде ещё толком реализована поддержка. Слишком молодое API
Для этого ИМХО им надо сначала на GTK3+ окончательно перелезть.
xfwm портировать на wayland будут?
papyros-shell 228
если вы понимаете о чем я.
> если вы понимаете о чем я.нет. уточни
ага, ждем альфу второй год. и вообще оно вроде тухнет в пользу LiriOS (или как-то так)
Есть мнение, что каким бы ни был хорош Wayland, в обозримом будущем он не приживется. Наблюдаю, что энтузиазм вокруг него поутих как-то. DE затачивают, затачивают под него, а все никак не заточат - то ли не интересно разработчикам, то ли сам вейленд никак не дотянут до нужного уровня стабильной работы, даже спустя 10 лет с начала разработки. Что-то подобное можно было наблюдать с btrfs и gegl.
> Есть мнение, что каким бы ни был хорош Wayland, в обозримом будущем
> он не приживется. Наблюдаю, что энтузиазм вокруг него поутих как-то. DE
> затачивают, затачивают под него, а все никак не заточат - то
> ли не интересно разработчикам, то ли сам вейленд никак не дотянут
> до нужного уровня стабильной работы, даже спустя 10 лет с начала
> разработки. Что-то подобное можно было наблюдать с btrfs и gegl.ну не знаю, на моих локалхостах вполне живет с хорошими аптаймами. еще бы hidpi в многомониторке нормально заработал - вообще был бы огонь (но это вроде тулкитам камень в огород)
Протокол давно стабилизирован. Просто полируют. Для дополнительного функционала есть wayland-protocols. Тот самый Unix way. GNOME полностью поддерживает Wayland, E21 тоже. Кеды очень активно пилят в этом направлении. Никакого энтузиазма не утихало. Просто если раньше многие просто говорили, какой няшный этот Wayland, какие у него возможности, то сейчас они заняты реализацией этих самых возможностей.
" started Wayland as a spare-time project in 2008 while working for Red Hat" (c) wikipedia9 лет они полощут нам мозги с этим протоколом, куча софта была сломана "для совместимости" и до сих пор реализации не дотягивают до иксов. я бы перефразировал Ваше "просто полируют", в "просто дрочут".
Первые годы его пилило пара человек just for fun. А сейчас присоединились корпорации. Даже гугель участвует
в русском языке 《няша》 － болотная тина, грязь.
в каком значении тогда современная молодежь использует прилагательное 《няшный》? ;)
Это ознает шикарный как котэ. От слова neko.
>Наблюдаю, что энтузиазм вокруг него поутих как-тоА какой энтузиазм нужен если его уже можно в федоре взять и использовать.
> А какой энтузиазм нужен если его уже можно в федоре взять и использовать.Ну например, вообще без какого-либо ажиотажа там появился, если сравнивать с тем, каким он был когда только начали обещать, что будет в таком-то релизе, и постоянно его переносили. Получается, людям уже все равно.
Это, кстати, может говорить о том, что люди линуксом в большинстве своем наигрались, теперь это просто инструмент, а не диковинное чудо. Думаю, что это даже хорошо.
>> А какой энтузиазм нужен если его уже можно в федоре взять и использовать.
> Ну например, вообще без какого-либо ажиотажа там появился, если сравнивать с тем,
> каким он был когда только начали обещать, что будет в таком-то
> релизе, и постоянно его переносили. Получается, людям уже все равно.
> Это, кстати, может говорить о том, что люди линуксом в большинстве своем
> наигрались, теперь это просто инструмент, а не диковинное чудо. Думаю, что
> это даже хорошо.Просто все думали, что с вейландом все внезапно заработает в два раза быстрее, но по факту ничего для пользователя не меняется - хорошо если просто не ломается, тогда уже можно использовать.
Если вы не видите улучшений у себя это не значит что их нет, мир не вокруг вас вертится. Wayland очень даже зашел в мобильных решениях, да и в десктопе он практически везде юзабелен, сам использую в Gnome и прирост скорости отрисовки чувствуется, особенно на noveau.
Боюсь разочаровать, GNOME 2 + compiz летали еще в 2005 году. А ты видишь разницу лишь потому, что по дефолту иксы не юзают OpenGL. И Gnome 3 тоже.Compiz, а также Wayland активно используют OpenGL и поэтому скорость прорисовки упирается лишь в 60 к/с твоего монитора, которые не были для X11/compiz пределом ни в 2005 году, ни тем более сейчас.
Нету никакого фантастического прироста от Wayland.
Зато иксовых костылей полно, вот от них и принято было избавиться
В иксах нет костылей. Есть расширения. Поскольку Wayland строится на аналогичной модели, то в нем "костыли" тоже будут, не переживай: https://cgit.freedesktop.org/wayland/wayland/tree/READMEThe wayland protocol is essentially only about input handling and
buffer management. The compositor receives input events and forwards
them to the relevant client. The clients creates buffers and renders
into them and notifies the compositor when it needs to redraw. The
protocol also handles drag and drop, selections, window management and
other interactions that must go through the compositor. However, the
protocol does not handle rendering, which is one of the features that
makes wayland so simple. All clients are expected to handle rendering
themselves, typically through cairo or OpenGL.
> но по факту ничего для пользователя не меняется - хорошо если просто не ломается, тогда уже можно использовать.Еще как меняется, ноутбуки работаю гораздо дольше.
Хороший подарок на 23 февраля ;)
xrandr не работает! Управлять десктопным монитором вообще нет возможности. Оно сырое и недоделанное.
> _xrandr_
> _x_Не смутило?
Так они ничем не заменили.
Даже если смутило, как называются тулзы для управления мониторами в wayland? или это никак не стандартизировано и у каждого композитора свои костыли?
А как настраиваются устройства ввода, в часности графические планшеты (типа wacom и подобные)?
Не будет тебе такого, страдай. Это вяленый. Скорее всего, дальше будет только хуже.
Вы мне просто скажите: быстрее Wayland работает, чем X11, или нет?
Если не быстрее, то смысл менять шило на мыло?
Не быстрее а плавнее. Чтобы ощутить достаточно окошки подвигать.
Но зачем окошкам быть плавными? В те редкие моменты, когда их зачем-то двигают, их перемещение должно происходить со скоростью курсора мыши.
> Не быстрее а плавнее. Чтобы ощутить достаточно окошки подвигать.Не замечаю (не)плавности. Возможно, мне не хватает скорости реакции, но переключение между окнами, рабочими пространствами, как и перебрасывание (т.е. "передвижение" окон) - достаточно быстро, чтобы быть "мгновенным". А двигание окошек и прочие редкие маневры можно и совершать без всяких свистоперделок.
> Вы мне просто скажите: быстрее Wayland работает, чем X11, или нет?Если xorg с dri3 и glamor в качестве акселерации - то примерно одно и тоже.
Если xorg с exa/sna - то зависит от видеокарты: на встроенном видео xorg может быть в разы быстрее, да и на нормальной видеокарте обычно специализированная 2d акселерация (exa/sna) быстрее, чем 2d через OpenGL.> Если не быстрее, то смысл менять шило на мыло?
2d сейчас в любом случае достаточно быстрое, чтобы человек разницу не заметил. Производители железок/драйверов решили дружно сэкономить и отказаться от 2d драйвера и переложить все на 3d драйвер. Но такая экономия скажется на жизни батарейки далеко не лучшим образом. Да и памяти нужно больше, так как всегда грузится mesa + llvm, которые весят на порядок больше, чем xorg.
> да и на нормальной видеокарте обычно специализированная 2d акселерация (exa/sna) быстрее, чем 2d через OpenGL.Месье бредит. Вся 2d акселерация делается через opengl, будь то exa, sna или glamor. И эта акселерация распространяется только на иксовые примитивы. К wayland в принципе не применимо понятие акселерации, т.к. у него нет своих примитивов, а тулкиты вполне умеют ускоряться через opengl, там, где это надо (в некоторых ситуациях pixman быстрее).
> Месье бредит. Вся 2d акселерация делается через opengl, будь то exa, sna
> или glamor.Тогда откуда откуда по-вашему берется существенная разница при их переключении?
> И эта акселерация распространяется только на иксовые примитивы.
При использовании xorg - практически все тулкиты используют xlib/xcb. И только последние версии gtk-3 и qt5 более-менее научились рисовать через OpenGL. Отсюда и проблемы с портированием на wayland.
У cairo opengl до сих пор считается экспериментальным и отключен по-умолчанию, хотя появился там еще во времена gtk2.
> К wayland в принципе не применимо понятие акселерации, т.к. у него нет
> своих примитивов,Примитивов нет, а работа с окнами есть - отсюда привязка к EGL для ускорения работы буферами окон.
Нигде так и не прижился, да и дров адекватных для видокарт нет.
> При таком подходе процесс запуска X11-приложений будет бесшовным и неотличимым для пользователя от запуска приложений, работающих напрямую с Wayland.Почему «будет»? Уже три месяца запускаю X11 приложения бесшовно, с момента выхода F25.