Анонсирован (http://lists.freedesktop.org/archives/wayland-devel/2014-Jan...) четвёртый стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.4 (http://wayland.freedesktop.org), а также развиваемого параллельно композитного сервера 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 на базе OpenGL. Указанное изменение позволяет ускорить запуск композитного сервера: можно вначале очень быстро запустить его с выводом через 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:
- Обеспечена защита от краха (SIBGUS) композитного сервера в случае повреждения некорректно работающими клиентами файлов, связанных с совместно используемыми буферами (SHM Buffer);- Протокол для манипулирования субповерхностями (subsurface) перемещён в репозиторий wayland и теперь позиционируется как официальный протокол wayland;
- В wl_proxy_set_queue() обеспечена возможность обработки NULL-очередей для возврата к очереди по умолчанию;
- Устранено состояние гонки между вызовами between 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 представляет (http://wayland.freedesktop.org/architecture.html) собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL, Clutter и EFL (Enlightenment Foundation Library).
В рамках проекта Weston развивается одна из реализаций композитного сервера. В роли композитного сервера также может выступать любой другой продукт, поддерживающий протокол Wayland. Например, в настоящее время ведётся работа по обеспечению поддержки Wayland в таких существующих композитных менеджерах для X11, как KWin. В текущем виде Weston уже вышел за рамки набора примеров для тестирования протокола Wayland, но продолжает позиционироваться как эталонная система, которая может обрастать функциональностью через плагины и дополнения. При этом Weston не будет развиваться как обособленное десктоп-окружение, а будет представлять собой ядро и плагинный API для создания таких окружений, по аналогии с тем, как сервер X.Org лежит в основе современных графических систем. Пользовательские оболочки и расширенные функций управления окнами предлагается реализовывать в форме внешних бэкендов к Wayland.Взаимодействие с аппаратным обеспечением в Wayland/Weston, например, проведение инициализации, переключение видеорежимов (drm modesetting) и управление памятью (GEM для i915 и TTM для radeon и nouveau) графических карт, может производиться напрямую через модуль, работающий на уровне ядра, что позволяет обойтись без привилегий суперпользователя. Композитный сервер Weston может работать не только с использованием DRM-модуля ядра Linux, но и поверх X11 или поверх другого композитного сервера Wayland. Кроме того, развиваются проекты (http://www.opennet.me/opennews/art.shtml?num=36685) по обеспечению работы поверх графического стека платформы Android.
Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland и композитного сервера Weston развивается (http://www.opennet.me/opennews/art.shtml?num=34118) проект XWayland, позволяющий организовать запуск полноценного X.Org-сервера в роли клиента Wayland. Примечательно, что разработчики проекта X.Org планируют (http://www.opennet.me/opennews/art.shtml?num=38742) включить компонент XWayland в состав X.Org Server начиная с выпуска 1.16, который ожидается 1 июля, что значительно упростит решение з...
URL: http://lists.freedesktop.org/archives/wayland-devel/2014-Jan...
Новость: http://www.opennet.me/opennews/art.shtml?num=38923
всё делают правильно, молодцы
> в штатных репозиториях Fedora Linux, в том числе будет предоставлена возможность запуска окружения GNOME 3.10 с выполнением GNOME Shell в роли обособленного композитного сервера Wayland, не требующего использования Weston.Хочу!
А где есть актуальная инструкция по установке федоры с wayland?
С RDP можно будет использовать всякие сильно говённые тонкие клиенты, те, которые даже вантуз-онли.
Для справки — xrdp тыщу лет уже как (ну, лет 10 точно) вполне нормально работает.
Более того, пробрасывал через него удалённые сессии с офтопика на vnc-сервера (есть такая возможность) в локальной сети.По сабжу — чтож, очень рад. Наверное уже можно потихоньку пробовать.
Если тенденция в разработке сохранится, то возможно (возможно!) 2015 буду встечать с ним.Зыж
И всё же мои предположения в комменах, что "можно будут юзать лет через 5" оказались даже оптимистичными.
XRDP использовал, но, nx или xdmcp всегда работает лучше.
Дык и мне он на йюхневперся.
Просто вантуз идёт с rdp-клиентом из коробки.
Таже байда с pptp.
> Дык и мне он на йюхневперся.
> Просто вантуз идёт с rdp-клиентом из коробки.
> Таже байда с pptp.Да, полностью согласен.
А LTSP cо среднестарых машин может просто выродиться в обычный сервер удалённого доступа (как и на вантузе). Будет намного проще клиенту.
> А LTSP cо среднестарых машин может просто выродиться в обычный сервер удалённого
> доступа (как и на вантузе). Будет намного проще клиенту.
Улыбочка надо понимать означает что на той страничке информация аж от марта 2010 года и то наполовину зачёркнута ?
Давно не следил за Wayland. Как там с декорациями и тенями окон? Честно, для меня огромная проблема, если у разных тулкитов будут разные декорации и тем более тени. Наверное для многих это серьезный минус.
Тени на вестон (или его аналог), то что внутри окна (декорации) на тулките (кеды, гном,..).
Wayland ниже уровнем, чем все эти моменты. Ему вообще без разницы.По умолчанию композитным менеджером к нему предлагается Weston, который в текущей реализации требует декораций от самого клиента. Это просто для простоты, возможно, в будущем изменят.
Но совершенно не обязательно использовать Weston - другие композитные менеджеры, например KWin под Wayland будут рисовать декорации самостоятельно, не требуя этого от клиента (http://blog.martin-graesslin.com/blog/2013/02/client-side-wi.../). Тогда будет такое же единообразие, как сейчас в Xorg, когда декорации зависят от wm.
>другие композитные менеджеры, например KWin под Wayland будут рисовать декорации самостоятельно, не требуя этого от клиентаЧто они и делают в общем то везде, иксы, вантуз,..
У них даже темы можно менять, пгикинь?Зыж
Человек спрашивал о другом.
(На самом деле он сам не смог сформулировать толком. А вопрос таков — опять зоопарк тем? Ответ — да. Но тени — нет)
> Давно не следил за Wayland. Как там с декорациями и тенями окон? Честно, для меня огромная проблема, если у разных тулкитов будут разные декорации и тем более тени. Наверное для многих это серьезный минус.Не замечать бревна (разный вид управляющих элементов), но придираться к соринке (разные декорации окон) - это двойные стандарты, не находите?
Нет, ибо всё ровно наоборот. Приложение вольно рисовать свой интерфейс как ему заблагорассудится, но окно - общий для всех концепт, и должно декорироваться одинаково.
Декорации окон занимают на экране куда меньше места, чем управляющие элементы, и играют менее значимую роль в управлении, и поэтому менее важны.
Неужели уже чутка осталось и скоро оно будет везде? Аж не верится.
Да, малыш, ты присутствуешь при историческом событии.
(Как на самом деле и все до нас, и после)
Я дожил!
> Я дожил!Не радуйся, еще рано.
Как у неё с менеджарами окон? Получу ли я полноценный kwin без костылей и велосипедов совместимости, который просто будет полноценно работать одинаково в wayland как в x?
В идеале — да.
Вот все тут и ждёмс.Зыж
Блобы не держит. Прощай нвидиа и каталист.
> Зыж
> Блобы не держит. Прощай нвидиа и каталист.т.е. совсем не держит или как костыль [игра/gimp (любая графика, особенно 3д)/видео (ибо ускорения и прочее)] будет запускаться в X окне с работающими дровами (которые как бы работают как модуль ядра, но их не подхватывает wayland)?
> совсем не держитЭто. Требует для работы с выводом на видеокарту KMS-драйвер, который конфликтует с мокрописечным.
Олсо, давно отказался от блобов в пользу открытых дров как на нивидии (8600GT), нак и на амд (HD6670).
> Олсо, давно отказался от блобов в пользу открытых дров как на нивидии
> (8600GT), нак и на амд (HD6670).На амд не так страшно, а вот на невидии наверное было очень грустно?
> Блобы не держит. Прощай нвидиа и каталист.Скорее, прощай Wayland.
Одно слово: valve.
> Скорее, прощай WaylandСкорее расскажи это воплощаторам Sailfish в Nexusе, жирненький. Их еще не поздно спасти.
Я не следил особо за развитием, но в начале его разработки слышал, что тайловые WM на нем работать не будут. Это по-прежнему так, или это в принципе решаемая проблема? XDMCP тоже не будет работать?
> Я не следил особо за развитием, но в начале его разработки слышал,
> что тайловые WM на нем работать не будут.Те WM что есть сейчас - ни тайловые, ни нетайловые - не будут. Тайловый wm под wayland - не проблема. Только сначала wayland должен стать нужен.
Там не такая грандиозная проблема была, чтоб её нельзя было решить. Но он пока и с нетайловыми как-то не очень. Пусть хоть один рабочий дистриб выйдет в релиз.
>Поддержка горячего отключения устройств вывода. Если ранее, отключение монитора приводило к краху, то теперь окна корректно перемещаются на другую доступную видимую область.что такое "другая доступная видимая область"?
оставшиеся мониторы, надо полагать
> что такое "другая доступная видимая область"?"Another available viewport".
кто-нибудь пробывал установить e17 или e18 поверх wayland? как оно ведет себя?
е17 как попробовал так и зарыл поглубже и подальше. не дорос он еще до десктопа. виснет при первом же чихе.
> е17 как попробовал так и зарыл поглубже и подальше.
> не дорос он еще до десктопа. виснет при первом же чихе.Пишу из-под установки regular-e17, которой около года; либо такая сборка, либо такое железо, либо причина номер один. Думаю, всё-таки сборка просто кривая.
все может быть. уже прилетела е18, но пока не ставлю. был косяк с открытием фалов .mov . просто намертво повесил систему и косяки подобного рода были не раз. короче пока решил воздержаться. может позже.
Жду не дождусь выпуска какого-нибудь крупного дистра с wayland по умолчанию. Наверно, это будет федора.
хотелось бы только что бы возможности иксов как сетевые так и обычные у вайланда тоже были.
> хотелось бы только что бы возможности иксов как сетевые так и обычные
> у вайланда тоже были.А они уже есть. В Xorg.
> А они уже есть. В Xorg.Такую хрень, как в xorg, к чему угодно можно с помощью vnc прикрутить, даже к нативному вендовому интерфейсу. Уже сто лет как никто вектор по сети не гонит, один только растр и печаль.
>> А они уже есть. В Xorg.
> Такую хрень, как в xorg, к чему угодно можно с помощью vnc
> прикрутить, даже к нативному вендовому интерфейсу. Уже сто лет как никто
> вектор по сети не гонит, один только растр и печаль.Я не знаю, какую печаль вы гоните по сети, но я не знаю ни одного другого протокола (помимо XDMCP), который бы обеспечивал сравнимую отзывчивость и безглючность работы. Пробовал все: xrdp, vnc, spice. NX - это тот же XDMCP, только с рядом костылей для узких каналов.
Сравнивать VNC и XDMCP это прелестно, сразу видно настоящего эксперта.
Если кто-то сделал тебе плохо, не кидайся в бой и не спеши мстить, просто сядь на берегу реки и жди пока труп обидчика проплывет мимо…
Кто впустил даоса на опеннет?
> Началась работа над протоколом xdg-shell для организации взаимодействия между приложениями и десктоп-окружением, востребованного для обеспечения полноценной работы GNOME Shell поверх Wayland;только сейчас началась?! блин, а чем же они раньше занимались тогда?
это же первое что надо было сделать...
>>>>>>Wayland поставляются в штатных репозиториях Fedora Linux, в том числе предоставлена возможность запуска окружения GNOME 3.10 с выполнением GNOME Shell в роли обособленного композитного сервера Wayland, не требующего использования Weston.как это сделать?