После пяти месяцев разработки представлен (https://lists.freedesktop.org/archives/wayland-devel/2016-Fe... стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.10, а также развиваемого параллельно композитного сервера Weston 1.10 (https://lists.freedesktop.org/archives/wayland-devel/2016-Fe... и набора расширений wayland-protocols 1.1 (https://lists.freedesktop.org/archives/wayland-devel/2016-Fe.... Ветка 1.10 обратно совместима на уровне API и ABI с выпусками 1.x, но дополнительно содержит порцию улучшений, расширяющих возможности композитного сервера Weston. Следующий выпуск 1.11 запланирован на 31 мая.Недавно отделившийся (https://www.opennet.ru/opennews/art.shtml?num=43338) пакет wayland-protocols включает набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений. В рамках композитного сервера Weston развиваются технологии, содействующие появлению полноценной поддержки протокола Wayland в Enlightenment, GNOME, KDE и других пользовательских окружениях. Разработка Weston нацелена на предоставление высококачественной кодовой базы и рабочих примеров для использования Wayland в десктоп-окружениях и встраиваемых решениях, таких как платформы для автомобильных информационно-развлекательных систем, смартфонов, телевизоров и прочих потребительских устройств.
Основные новшества Weston 1.10:
- В состав включен клиент с поддержкой интерфейса V4L2 (Video for Linux 2), демонстрирующий способ получения видео с устройств V4L2, таких как dmabuf;
- В оболочке для информационно-развлекательных систем (IVI Shell) улучшена поддержка конфигураций с несколькими экранами. Добавлена поддержка нескольких режимов компоновки информации на экране: размещение бок о бок, полноэкранный, кусочный (tiled) и в случайном порядке;- В weston.ini добавлена порция новых параметров изменения конфигурации, в том числе "vt-switching" и "allow-zap" для включения/выключения обработки Ctrl-Alt-fn (переход к виртуальным терминалам) и Ctrl-Alt-Backspace (экстренное завершение работы сервера);
- Возможность использования механизма уведомлений Systemd, который, например, может применяться для отслеживания работоспособности Weston и автоматизации перезапуска в случае краха/зависания. Режим активируется через опцию "--enable-systemd-notify";
- В число зависимостей добавлен пакет wayland-protocols, компоненты которого раньше входили в состав Weston, но недавно были выделены в отдельный пакет;
Улучшения (http://blogs.s-osg.org/whats-new-wayland-1-10/), связанные с протоколом и API Wayland:
- В Wayland API добавлена поддержка операций Drag&drop, отсутствие которых было серьёзным препятствием по обеспечению полноценной работы GNOME поверх Wayland. Добавленные вызовы обеспечивают согласование типа контента при его перемещении между источником и получателем, а также информируют источник о завершении или отмене операции. Реализованный подход отличается от используемого в X11 протокола XDND предоставлением дополнительных средств управления передачей на стороне получателя;- Поддержка группировки событий указателей (Pointer) вместе с событиями кадров (Frame), что позволяет создавать такие возможности как диагональная прокрутка, в которой комбинируются события вертикального и горизонтального скроллинга. Кроме того, сгруппированные события также позволяют более точно отслеживать клики колесом мыши, прекращение прокрутки касанием и процесса генерации событий прокрутки;
- Добавлен вызов wl_surface.damage_buffer, предоставляющий более удобный способ организации перерисовки частей поверхности;
- Для буферов разделяемой памяти реализована техника подсчёта ссылок (https://ru.wikipedia.org/wiki/%D0%9F%D0%... дающая композитным менеджерам возможность отложить высвобождение пулов памяти до момента, когда они больше не будут использоваться. Данная возможность уже применяется в Enlightenment для асинхронной отрисовки;
- Предоставлена возможность удаления объектов wl_seat, что полезно для реализации таких применений как подключение к удалённому рабочему столу;- К отдельным объектам протокола теперь могут быть привязаны собственные номера версий. Для обеспечения обратной совместимости всем ранее добавленным объектам присвоена версия 0;
- Добавлен новый API установки и получения файловых дескрипторов сокетов, которые используются в серверах Wayland для взаимодействия с клиентами. Данная функциональность может быть использована для усиления защиты с применением таких систем, как SELinux и SMACK;- Добавлены атрибуты enum и bitfield;
- Добавлена порция пояснений по использованию протоколов и API, упрощающих правильное использование Wayland в окружениях рабочего стола;
В пакет wayland-protocols 1.1 добавлено два новых протокола: относительные события указателей и ограничения узазателей (блокировка). Ранее добавленные протоколы: управление работой в полноэкранном режиме, обработка методов ввода, совместное использование нескольких видеокарт при помощи технологии DMABuff, организация ввода текста, управление с сенсорных экранов, XDG-расширения для рабочего стола и организация отображения видео.
Отдельно можно отметить публикацию (http://blogs.s-osg.org/wow-wayland-over-wire/) компанией Samsung патчей (https://lists.freedesktop.org/archives/wayland-devel/2016-Fe... с реализацией сетевой прозрачности для протокола Wayland, позволяющих организовать выполнение клиентских приложений и отрисовку на разных компьютерах. Суть предложенных изменений сводится к пробросу существующего протокола поверх сокета TCP/IP. Сжатие и техники оптимизации потока пока не реализованы, разработка находится в стадии прототипа. При этом, для добавления поддержки сетевой прозрачности в композитный сервер достаточно добавить одну строчку "wl_display_add_remote_socket(display, "foo")". Сетевая прозрачность пока работает только с клиентами, поддерживающими тип буферов wl_shm (EGL и dmabuf пока не поддерживаются).Статус поддержки Wayland в окружениях рабочего стола и дистрибутивах:
- В GNOME поддержка Wayland близка (https://www.opennet.ru/opennews/art.shtml?num=43726) к полной готовности, остаётся решить лишь несколько незначительных проблем. Репозиторий Fedora Rawhide, на базе которого формируется релиз Fedora 24, переведён (https://www.opennet.ru/opennews/art.shtml?num=43303) на использование по умолчанию рабочего стола GNOME поверх Wayland. Экспериментальный сеанс рабочего стола GNOME на базе Wayland доступен (https://www.opennet.ru/opennews/art.shtml?num=42861) в Ubuntu GNOME (следует установить пакет gnome-session-wayland и выбрать на экране входа "GNOME on wayland").
- Разработчики KDE развивают (https://www.opennet.ru/opennews/art.shtml?num=43127) kwin_wayland, вариант оконного менеджера KWin для Wayland, а также библиотеку KWayland, в которую вынесен весь код, специфичный для поддержки Wayland. Для использования с Wayland адаптированы некоторые специфичные расширения Plasma, ранее привязанные к API X11. В состав KDE Plasma 5.5 (https://www.opennet.ru/opennews/art.shtml?num=43476) включена реализация сеанса на базе Wayland. Сеанс на базе Wayland обеспечивает более высокое качество отрисовки (исключено появление разрывов /tearing/ при выводе видео) и повышенный уровень безопасности (затруднено создание кейлоггеров). Началось (https://www.opennet.ru/opennews/art.shtml?num=43546) формирование Live-сборок KDE Plasma 5 на базе Wayland. Wayland применяется по умолчанию в платформе Plasma Mobile (https://www.opennet.ru/opennews/art.shtml?num=42668).
- В пользовательском окруженим Enlightenment 0.20 обеспечена (https://www.opennet.ru/opennews/art.shtml?num=43420) полноценная поддержка Wayland. Работа поверх Wa...
URL: https://lists.freedesktop.org/archives/wayland-devel/2016-Fe...
Новость: https://www.opennet.ru/opennews/art.shtml?num=43892
Свет в конце тоннеля? Кому оно нужно без софта.
Тем, кому надоело делать костыли для x11.
Так он уже оброс костылями, как раз чтобы стать пригодным для работы, ровно как и иксы. Только в иксах костыли заложены идеологически, а тут пи онеры слепили ненужного сферического коня в вакууме, поняли, что обд елались и начали лепить костыли
Вообще, wayland разрабатывается разработчиками иксов!
>Вообще, wayland разрабатывается разработчиками иксов!Которые скатили иксы и захотели новую песочницу.
да-да, теми же самыми, что и 30 лет назад, как же
Ты новость хоть прочёл?
Как и в жизни костыли нужны инвалидам, а не здоровым. Программа обросшая костылями должна быть утилизирована, а на её место должна прийти новая, здоровая, которую в будущем тоже утилизируют.
Пока Ваша идеальная программа в вакууме будет расти... Ее применение обрастет костылями при первом столкновении с реальным миром.
Новую программу нужно разрабатывать учитывая требования к старой программе. Если программе нужны костыли при первом использовании в реальном мире, то либо разработчик дурак, либо программу используют так как не задумывалось и для чего она не была предназначена.
> Тем, кому надоело делать костыли для x11.И какие же ты "костыли для х11" сделал, малыш?
Пусть все кто говорил что Wayland не нужен и не взлетит - выкусят !)Плюс еще буквально месяц назад читал статью что Wayland еще плохо работает но уже устарел, по тому что его нужно переписывать под вулкан который вышел вчера. И тут выкусили!)
Теперь в комментах про вулкан апи говорят что не взлетит - и опять выкусят!
> Пусть все кто говорил что Wayland не нужен и не взлетит -
> выкусят !)
> Плюс еще буквально месяц назад читал статью что Wayland еще плохо работает
> но уже устарел, по тому что его нужно переписывать под вулкан
> который вышел вчера. И тут выкусили!)
> Теперь в комментах про вулкан апи говорят что не взлетит - и
> опять выкусят!сколько лет твоему фетишу и где он до сих пор?
Вэйлэнд стабилен уже давно. А то что окружения и приложения еще не (полностью) поддерживают вяленый - это не проблема вяленого
Еще как проблема вайланда. Не будет приложений - не взлетит.
>В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL (начиная с выпуска 2.0.2), Clutter и EFLБудут приложения. И для очень многих даже без шевеления лапками со стороны программистов прикладного софта.
Не будет Wayland - не взлетит Linux ;-)
Это да. Сферические кони в вакууме - штуки беспроблемные.
Что-то гном с последними гитовскими сборками вылетает при попытке открыть любое приложение. Буквально еще вчерашняя сборка вылетала при попытке открыть браузер, игру или видео в стороннем плеере, а сегодняшний релиз веиленда и это доломал. Скорей бы уже там пофиксили. Ещё на GTK 3.19.7 можно было пользоваться.
Пользуйся тестовыми версиями дальше и продолжай на них жаловаться.
> Возможность использования механизма уведомлений Systemd, который, например, может применяться для отслеживания работоспособности Weston и автоматизации перезапуска в случае краха/зависания...два mindless-designed поделия нашли друг друга.
Systemd и раньше был не одинок, в компании с иксами-то.
https://developer.nvidia.com/vulkan-graphics-api-here
Для управления устройствами и экранами в Vulkan предлагается интерфейс WSI. Поддержка WSI из коробки доступна в Wayland - все приложения, использующие Vulkan, могут запускаться в окружении немодифицированных серверов Wayland, таких как Weston, GENIVI LayerManager, Mutter/GNOME Shell и Enlightenment. Возможность работы через WSI также обеспечена для Android, Mir, Windows (Vista+) и X11 (c DRI3).
a wayland -tX работает? (по аналогии с ssh -tX)
Я так понимаю нет и не будет
У тебя wayland уже аналог ssh? Интересная ты личность.Тогда уж ssh -t --letter-or-option-for-Wayland. Пока в ssh не добавили. Будет более менее пригодная реализация для удалёнки с общим для всех api (например то, что пилит самсунг), добавят.
quantum теперь papyros жеж!
Интересная весчь, но пока аналога XMonad-а для неё не появится, так и останется в роли чего-то интересно-перспективного.
http://swaywm.org
> Поддержку запуска X11-приложений планируется встроить непосредственно в композитный сервер Weston, который при попытке выполнения X11-приложения будет инициировать запуск X-сервера и связанных с ним компонентов XWayland.Вот собственно и все - нет смысла под него писать, раз оно иксовые приложения понимает. Иначе - поддерживать и wayland и иксы, а на это нужны ресурсы. ИМХО не взлетит
>> Вот собственно и все - нет смысла под него писать, раз оно иксовые приложения понимает. Иначе - поддерживать и wayland и иксы, а на это нужны ресурсы. ИМХО не взлетитОсновная поддержка пилится в фреймворках, программам об этом думать не приходится и фреймворкам как раз профит есть - в уменьшении оверхеда и улучшении перформанаса. Все 2.5 программы, которые пишутся на чистом Ховом апи - будут работать через Ховую прослойку, все счастливы и довольны, кидают чепчики в воздух и радуются жизни.
Или вот ещё, например, firefox запускается в виртуалке, X-а на хосте. Можно такую схему с Wayland-ом накрутить?
> Или вот ещё, например, firefox запускается в виртуалке, X-а на хосте. Можно
> такую схему с Wayland-ом накрутить?через год-другой сделают
Wayland создает массу проблем с совместимостью. xwayland например не будет работать на всех композитных менеджерах, а только на тех, на которых он поддерживается. Вместе с libinput следовало бы еще много чего стандартизировать.
Не понимаю народ, огульно аплодирующий вэйланду. Такой ситуации как сейчас когда можно поменять оконный манагер, композитный, дисплейный больше не будет. При такой архитектуре линукс придет к тому что DE будет одно как в винде и никакой гибкости в настройке. Никаких вам скринкастеров, gxneur. Написать прогу на wayland как на xlib не получится, в википедии сказано что никаких рисовальных API там нет.
2016 год на дворе, пришло время учить opengl
> DE будет одноРазные DE будут и никуда они не денутся. Уровень кастомизации немного снизится, но это еще можно пережить. А вот будет ли между специфичными приложениями из разных DE совместимость - это вопрос на 100500. Рисовалка - это херня. К ней единственная претензия, что нет "сетевой прозрачности".
А вот управление окнами, трей, рабочие столы, переключении раскладок, список окон на панели задач, глобальные хоткеи в приложении, меню убегающие за монитор, прилипающие окна и т.д. (думаю ведушие разработчики DE смогут более сотни пунктов перечислить). С этим почти никак... Если не поторопятся стандартизировать, то выйдет либо несовместимый зоопарк тулкитов/DE, либо ущербные DE.
Я сразу сказал, если xneur не будет работать на wayland (сейчас он не работает пробовал) тогда идите в попу со своим waylandom.
> никаких рисовальных API там нетПочему-то мне кажется, что "рисовальными API" иксов в нормальном уме уже давно никто не пользуется. А Cairo он и в вяленом должен работать.
> поменять оконный манагер, композитный, дисплейный больше не будет
А вот с этим спорить не буду. Вяленд штука пока ещё больше теоретическая, чем практическая.
Не хочу никому навязывать свое мнения, но я считаю последние проекты типа systemd vulkan wayland целенаправленными попытками подкопа под свободное по. У них даже лицензии не GPL, чтобы в один прекрасный день закрыть код и запретить его развивать всем кроме каких-нибудь фирм. Допустим если разработчики wayland начнут двигаться не туда можно было бы отнять у них проект и допилить как нужно пользователям, но они пытаются исключить такую возможность. Та же стандартизация в wayland невозможна, так как для этого следовало бы прибить например xwayland гвоздями к wayland чтобы у разработчиков DE не было выбора использовать или нет. Короче линукс пытаются превратить го*но.
> А вот с этим спорить не буду. Вяленд штука пока ещё больше
> теоретическая, чем практическая.А вот здесь соглашусь. В процессе разработки этого поделия рано или поздно выяснится что оно создает проблем больше чем решает, и лучше было исправить xorg, чем пытаться допилить нежизнеспособную архитектуру с wayland. Этот wayland уже скоро как 10 лет пилят, а что-то разработчики прикладных программ пока не ощутили его простоту и преимущества судя по тому что ни одна программа толком под wayland не работает а большинство не работает вообще. вот такой вот парадокс: простота абстрактных ничего не значащих по сути схем на сайте wayland почему-то не привела к простоте на практике.
Никто не знает, MATE с этой штукой будет работать?
А где картинки? Я не верю в проект без картинок.
Кто там спрашивал про вставку текста наисреднюю кнопку... В GTK только что завезли.