После трёх месяцев разработки представлен (https://lists.freedesktop.org/archives/wayland-devel/2016-Ju...) стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.11, а также развиваемый параллельно композитный сервер Weston 1.11 (https://lists.freedesktop.org/archives/wayland-devel/2016-Ju...). Ветка 1.11 обратно совместима на уровне API и ABI с выпусками 1.x, но дополнительно содержит порцию улучшений, расширяющих возможности композитного сервера Weston. Следующий выпуск 1.12 запланирован на конец сентября.В рамках композитного сервера Weston развиваются технологии, содействующие появлению полноценной поддержки протокола Wayland в Enlightenment, GNOME, KDE и других пользовательских окружениях. Разработка Weston нацелена на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств.
Основные новшества Weston 1.11:
- В рамках инициативы по выносу функциональности Weston в обособленную библиотеку libweston проведена значительная переработка методов инициализации, загрузки и настройки бэкендов. Разбор файлов конфигурации пока по-прежнему производится в Weston main.c, но данные передаются динамически загружаемым модулям бэкендов в форме унифицированной структуры, состояние которой сохраняется в хранилище внутренних объектов для дальнейшего использования без привязки к main.c. Изменения внесены в бэкенды wayland, drm, x11,
headless, fbdev и rdp;- В оболочке для информационно-развлекательных систем (IVI Shell) отмечена большая чистка кода, рефакторинг и приведение в порядок документации. Удалена или упрощена большая порция излишних вызовов API, по возможности система динамического выделения памятью переведена на использование стека, приведены в порядок проверки указателя NULL, добавлена отладочная функция 'get_label';
- Переработана система сборки, в которой стандартизировано использование макроса AC_SEARCH_LIBS, решены проблемы со сборкой без включения systemd-login, налажена обработка CFLAGS от systemd, в разряд опциональных зависимостей переведена поддержка JPEG (--with-jpeg/--without-jpeg) и WebP (--with-webp/--without-webp), упрощена логика проверки версии Wayland и Weston;
- Добавлены новые пиктограммы для поставляемых в комплекте приложений terminal, flower и editor;
- Реализована (https://bugs.freedesktop.org/show_bug.cgi?id=57583) возможность настройки панельных часов через файл конфигурации- Улучшена поддержка drag-and-drop;
- Добавлена поддержка недавно стабилизированного протокола presentation-time.
Улучшения, связанные с протоколом и API Wayland 1.11:
- Добавлен API Proxy wrapper, позволяющий избежать состояния гонки при работе многопоточных клиентов. API может использоваться для отправки непроксируемых запросов, что даёт возможность избежать ситуации, когда одна нить вызывает события, которые не успевают обработать другие нити.
- Внесены улучшения в механизм разделяемой памяти (shm): добавлена защита от выполнения операций изменения размера при наличии ссылок на изменяемый блок памяти, обеспечен раздельный подсчёт внешних и внутренних пользователей, расширена информативность текста ошибок распределения памяти;
- В рамках работы по улучшению поддержки перечисляемых типов в биндингах на различных языках, добавлена поддержка межинтерфейсных атрибутов enum;
- В документацию включены HTML-представления комментариев в коде, оформленных в формате doxygen, что упрощает ссылки из web на функциональность клиентского и серверного API;
- Добавлена сборочная опция "--enable-fatal-warnings" приводящая к завершению процесса сборки в случае вывода компилятором предупреждений;
- Для повышения безопасности в wayland-scanner задействован неисполняемый стек.
Дополнительно можно отметить выход (https://lists.freedesktop.org/archives/wayland-devel/2016-Ma...) набора расширений wayland-protocols 1.4 (https://lists.freedesktop.org/archives/wayland-devel/2016-Fe...), в прошлом году выдленный (https://www.opennet.ru/opennews/art.shtml?num=43338) из основной кодовой базы в отдельный пакет. Wayland-protocols включает набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений.В новой версии представлен стабильный протокол "viewporter" (ранее "wl_scaler"), позволяющий клиенту выполнять действия по масштабированию и обрезанию краёв поверхности на стороне сервера. Статус стабильного протокола подразумевает завершённость разработки и обязательное обеспечение обратной совместимости. Кроме "viewporter" ранее был стабилизован протокол "presentation time", предоставляющий возможности для организации отображения видео. Остальные протоколы, имеют статус нестабильных:
- "fullscreen-shell" - управление работой в полноэкранном режиме;- "input-method" - обработка методов ввода;
- "linux-dmabuf" - совместное использование нескольких видеокарт при помощи технологии DMABuff;
- "text-input" - организация ввода текста;
- "pointer-gestures" - управление с сенсорных экранов;
- "xdg-shell" - XDG-расширения для рабочего стола;
- "relative pointer events" - относительные события указателей;
- "pointer constraints" - ограничения указателей (блокировка);
- "tablet" - поддержка ввода с планшетов.Статус поддержки Wayland в окружениях рабочего стола и дистрибутивах:
- В GNOME 3.20 (https://www.opennet.ru/opennews/art.shtml?num=44102) поддержка Wayland приближена к паритету в функциональности с сеансом на базе X.org. Реализована большая порция мелочей и устранены многие недоработки, которые оставались последними звеньями, мешающими созданию готового для ежедневного использования окружения GNOME на базе Wayland. В частности, добавлены полная поддержка механизма Drag-and-Drop, уведомлений о запуске приложений, первичного основного буфера обмена (заработала вставка средней кнопкой мыши), решены проблемы с позиционированием диалоговых окон, меню и различных всплывающих элементов интерфейса приложений, до должного уровня доведено качество кинетической прокрутки.
- Репозиторий Fedora Rawhide, на базе которого формируется релиз Fedora 24, изначально был переведён (https://www.opennet.ru/opennews/art.shtml?num=43303) на использование по умолчанию рабочего стола GNOME поверх Wayland, но в итоге решение по использованию Wayland по умолчанию в Fedora 24 было отложено (https://www.opennet.ru/opennews/art.shtml?num=43991), так как не все проблемы удалось решить. Сеанс GNOME на базе Wayland в Fedora 24 будет доступен в качестве опции;
- Экспериментальный сеанс рабочего стола GNOME на базе Wayland поставляется (https://www.opennet.ru/opennews/art.shtml?num=44288) в Ubuntu GNOME (следует установить пакет gnome-session-wayland и выбрать на экране входа "GNOME on wayland");
- Началось (https://www.opennet.ru/opennews/art.shtml?num=44373) формирование ежедневных Live-сборок Neon Plasma Wayland, позволяющих оценить текущее состояние рабочего стола KDE Plasma в окружении на базе Wayland. Wayland задействован по умолчанию в платформе Plasma Mobile (https://www.opennet.ru/opennews/art.shtml?num=42668). В основной состав KDE Frameworks
принята (https://www.opennet.ru/opennews/art.shtml?num=44446) библиотека KWayland, в которую вынесен код Plasma, специфичный для поддержки Wayland. KWayland отнесён к фреймворкам первого уровня, т.е. является функциональным дополнением к Qt и, кроме Qt, не требует дополнительных зависимостей. При этом KWayland позиционируется не как замена QtWayland, а как дополнение к QtWayland, предоставляющее большую гибкость за счёт приближения программного интерфейса ...URL: https://lists.freedesktop.org/archives/wayland-devel/2016-Ju...
Новость: https://www.opennet.ru/opennews/art.shtml?num=44526
Отлично!
Даже не верится, что это случится уже осенью. По этому случаю сделаю чистую установку Fedora 25.
что именно случится? линукс останется только на онально вендорлокнутых серверах с бекдорами и онально тивоизированных мобилках без драйверов?
и на моем ноуте
А также на десктопах нормальных пользователей и на планшето-смартфонах, поддерживающих нормальную инкарнацию Android - CyanogenMod.
То есть, ваши 146% пользователей не пострадают.
> поддерживающих нормальную инкарнацию Android - CyanogenModВ каком месте у него нет онально вендорлокнутых блобов с бекдорами?
Их немного меньше, но они есть.
> Их немного меньше, но они есть.Ну в этом и суть. Путь там выше аноним и прост тралит, но по сути он прав. Хоть там и линукс, но это не даёт никаких свобод, так как собрать своё ядро или использовать устройство (по назначению) без этих компонентов невозможно. Швабодка всё.
Есть ещё replicant, но он работает на старых, уже не выпускаемых устройствах. И совсем не полноценно. Разве что можно сделать пульт для управления светом в комнате, на моделях, где можно завести wifi
А Линукс только там и востребован и только там он нормально (относительно) работает. То есть, вот на тех самых серверах и в ондроиде. Линукс, когда он на службе корпораций, ничего так себе может быть.
> А Линукс только там и востребован и только там он нормально (относительно)
> работает. То есть, вот на тех самых серверах и в ондроиде.
> Линукс, когда он на службе корпораций, ничего так себе может быть.У меня на домашнем десктопе он работает и работает отлично. А ваше сообщение наглое 4.2. Особенно первое предложение.
Держитесь! В интернете, как вам кажется, опять кто-то не прав?
> Держитесь! В интернете, как вам кажется, опять кто-то не прав?Неправ ты, малыш. В первую очередь - в написании слова "неправ".
Всего-то на 6 лет запоздали, фигня!
Что случится? Ещё 24 не релизнулась.
К слову, ставил недавно Sway на Arch. Полно багов, не совсем адекватная работа с вспывающими окнами, особенно в Firefox. А пропатченная под Wayland Лиса собираться не хочет. Поставил i3wm и забыл этот ужас.
Вяленому радуются только те, кому лень скачать лайв и опробовать на реальной системе, НЕ ПОД КЕМУ или ВБОКСОМ, а прям попробовать поработать на обычном десктопе с тривиальными задачами.
Не случится "иксам-капец", я рад.
Иксы устарели и их разработка заморожена, у них нет будущего, а вейланд только начинает активно развиватся.
Откуда вы такие лезете ?
А мужики-то и не знали: https://cgit.freedesktop.org/xorg/xserver/log/
И первая же запись: "xwayland" :D Это знак.
ну так скажи им
gnome нормально работает, не заметил разницы с иксами кроме небольшого глюка с gnome-terminal при включенной прозрачности фона
Большинство гномовских пакетов не умеют drag'n'drop (file-roller -> nautilus, nautilus -> libreoffice, etc).
Gnome - неумеет restart без logout.
Drag'n'drop между разными мониторами научились только недавно.
Clipboard очищается после закрытия приложения из которого копировался текст.Libre Office Sheet - стало бегать шустрее.
Но в остальном - юзабельно.P.S.: Fedora 24. Wayland 1.10 надеюсь что в этой хоть что-то исправили.
> Вяленому радуются только те, кому лень скачать лайв и опробовать на реальной системе, НЕ ПОД КЕМУ или ВБОКСОМЛол, это учитывая, что его в виртуалке попробуй запусти :P https://www.virtualbox.org/ticket/13471
Я вот уже два года тыкал палкой на реальном железе, но да не в постоянной работе. Иксы я уже использовал в постоянной работе ого-го сколько, и да, мне не жалко, если этот кусок костыльного того самого выкинут куда подальше.
Жалеют же обычно о том, что хорошо работает.
> sway (SirCmpwn's Wayland window manager) is an attempt to create a Wayland version of i3Ну естественно. Чем дальше от 'передовой' связки Gnome+Wayland, тем больше багов.
>> sway (SirCmpwn's Wayland window manager) is an attempt to create a Wayland version of i3
> Ну естественно. Чем дальше от 'передовой' связки Gnome+Wayland, тем больше багов.Можно подумать GNOME+Wayland и просто GNOME == нет багов.
Бабский аргумент.
Да, естественно есть.
> Бабский аргумент.Причём тут папины ботинки? Вы так поставили предложение, что получалось, будто GNOME+Wayland идеальная пара и работают абсолютно без багов, зато православный i3 исключительно баганый.
> В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland, включая все необходимые расширения EGL, библиотеку libnvidia-egl-wayland.so и KMS API.А всё это вместе будет работать?
Как я понял, Nvidia сделала расширения. Естественно они Nvidia специфичные. И вообще не реализованы на стороне Wayland.
Или нет?
Для работы Wayland необходима поддержка EGL и определённого набора расширений. nVidia сделала поддержку этих расширений. Эти расширения не являются NVidia-специфичными.
Как раз наоборот, нвидиа запилила свой валенд, который не работает ни с одним из существующих ДЕ без спец патчей.
Но работает же? Значит все что нужно - присутствует. То что разработчикам Weston это не нравится - это мелочи. Без поддержки Nvidia ни один дистрибутив не включит wayland-сессию по умолчанию. Повоняют немного и добавят поддержку, если хотят чтобы wayland взлетел.
>> В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland, включая >> все необходимые расширения EGL, библиотеку libnvidia-egl-wayland.so и KMS API.Извиняйте за некоторый оффтоп. На ftp nVidia уже недели 2 как лежит 367.18 (который у меня и с ядром 4.6 подружился). Не смотрел, как там насчёт wayland :).
ВОТ ВАМ ВСЕМ!
КАК РАБОТАЕТ NVIDIA В WAYLAND (пункт 1.3)
И ПРОЧИЙ ПРОГРЕСС
https://fedoraproject.org/wiki/Wayland_features#Nvidia_drive...
#В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland, включая все необходимые расширения EGL, библиотеку libnvidia-egl-wayland.so и KMS API.#Так ведь не работает. Не стартует гнум на вейланде, и с 367 тоже.
> клоун: Что вы говорите, в Линукс опять что-то не работает.Внимательнее нужно быть, внимательнее:
> #В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland
> Так ведь не работает.
Объясните мне, обычная приложуха написанная на GTK или Qt - она X-client или Wayland-client? Или и то и другое? Например вот GIMP или QtCreator?
> Объясните мне, обычная приложуха написанная на GTK или Qt - она X-client
> или Wayland-client? Или и то и другое? Например вот GIMP или
> QtCreator?Насколько я понимаю пока что нативно могут запускаться только GTK3+ и QT5 приложения. Остальное через прослойку XWayland.
что опенсорс, что проприетарь все трудятся на апгрейд юзверями железа, может это таки главная цель?
А причём тут это? Суть я понял, но не понял зачем вы это написали. Или вы таки хотели сказать, что GTK3+ и QT5 потребляют больше? Или Wayland потребляет больше? Или что вы хотели сказать?
> В частности, добавлены полная поддержка механизма Drag-and-DropНеужели, а то надоело уже использовать убогий weston-terminal.
Wmaker будет на Wayland переходить?
Как они хотят обеспечить единый вид окон? Сейчас тот же wmaker запускает что нибудь и прифигачивает сверху свою полосу окна и кнопки закрыть/свернуть. А тут что будет? А если я запускаю разные приложения? А кто будет эти кнопки рисовать и кто будет обрабатывать их нажатие?
Оконный менеджер?
> Оконный менеджер?В Wayland таких не завезли. Хотя может быть изобретут расширение к 2020-му...
Очень ждём Wayland 1.12 во FreeBSD 11.0-STABLE.
Про работы по поддержке Wayland в Lumina-DE для FreeBSD пока ничего не известно?
Я интересовался у разработчика. Он сказал что там будет поддерживаться только то, что есть во фре. Если туда перенесут Wayland - значит запилят его поддержку.
И на форумах будут спрашивать, как пропатчить KDE5 под FreeBSD (11).
> И на форумах будут спрашивать, как пропатчить KDE5 под FreeBSD (11).А вы случайно не знаете как? А то пятых кед там до сих пор нет (
Так это не форум анимэшников.
> Так это не форум анимэшников.Не верю!
https://www.opennet.ru/openforum/vsluhforumID3/107202.html#104
> http://i.imgur.com/WDTfNBa.jpg
А зачем?
Стим работает?
Не знаю
> В Chrome 50 интегрированы наработки проекта ozone-wayland,Шиш там. Наработки интегрированы в Chromium. В проприетарной сборке под названием Chrome этого нету (по крайней мере пока).
Однако от версии к версии переносится ошибка кросс компиляции: утилита wayland-scanner собирается кроссом для целевой машины и тут же ее пытаются запустить на девелоперской машине для генерирования исходников. А дистрибъюторы просто удаляют ненужные по их мнению части и поставляют только сканер. Но зачем нужен сканер на целевой машине, если там не ведется разработка? Сканер нужен на девелоперской машине... но это уже другая история.Послал им патч, на письма не отвечают.
Слава богу, что авторы используют Autoconf, Automake и понимают, что с CMAKE они не смогли бы обеспечить переносимость.
