The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Увидел свет Wayland 1.11

01.06.2016 10:04

После трёх месяцев разработки представлен стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.11, а также развиваемый параллельно композитный сервер Weston 1.11. Ветка 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;
  • Реализована возможность настройки панельных часов через файл конфигурации;
  • Улучшена поддержка drag-and-drop;
  • Добавлена поддержка недавно стабилизированного протокола presentation-time.


Улучшения, связанные с протоколом и API Wayland 1.11:

  • Добавлен API Proxy wrapper, позволяющий избежать состояния гонки при работе многопоточных клиентов. API может использоваться для отправки непроксируемых запросов, что даёт возможность избежать ситуации, когда одна нить вызывает события, которые не успевают обработать другие нити.
  • Внесены улучшения в механизм разделяемой памяти (shm): добавлена защита от выполнения операций изменения размера при наличии ссылок на изменяемый блок памяти, обеспечен раздельный подсчёт внешних и внутренних пользователей, расширена информативность текста ошибок распределения памяти;
  • В рамках работы по улучшению поддержки перечисляемых типов в биндингах на различных языках, добавлена поддержка межинтерфейсных атрибутов enum;
  • В документацию включены HTML-представления комментариев в коде, оформленных в формате doxygen, что упрощает ссылки из web на функциональность клиентского и серверного API;
  • Добавлена сборочная опция "--enable-fatal-warnings" приводящая к завершению процесса сборки в случае вывода компилятором предупреждений;
  • Для повышения безопасности в wayland-scanner задействован неисполняемый стек.


Дополнительно можно отметить выход набора расширений wayland-protocols 1.4, в прошлом году выделенный из основной кодовой базы в отдельный пакет. 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 поддержка Wayland приближена к паритету в функциональности с сеансом на базе X.org. Реализована большая порция мелочей и устранены многие недоработки, которые оставались последними звеньями, мешающими созданию готового для ежедневного использования окружения GNOME на базе Wayland. В частности, добавлены полная поддержка механизма Drag-and-Drop, уведомлений о запуске приложений, первичного основного буфера обмена (заработала вставка средней кнопкой мыши), решены проблемы с позиционированием диалоговых окон, меню и различных всплывающих элементов интерфейса приложений, до должного уровня доведено качество кинетической прокрутки.
  • Репозиторий Fedora Rawhide, на базе которого формируется релиз Fedora 24, изначально был переведён на использование по умолчанию рабочего стола GNOME поверх Wayland, но в итоге решение по использованию Wayland по умолчанию в Fedora 24 было отложено, так как не все проблемы удалось решить. Сеанс GNOME на базе Wayland в Fedora 24 будет доступен в качестве опции;
  • Экспериментальный сеанс рабочего стола GNOME на базе Wayland поставляется в Ubuntu GNOME (следует установить пакет gnome-session-wayland и выбрать на экране входа "GNOME on wayland");
  • Началось формирование ежедневных Live-сборок Neon Plasma Wayland, позволяющих оценить текущее состояние рабочего стола KDE Plasma в окружении на базе Wayland. В основной состав KDE Frameworks принята библиотека KWayland, в которую вынесен код Plasma, специфичный для поддержки Wayland. KWayland отнесён к фреймворкам первого уровня, т.е. является функциональным дополнением к Qt и, кроме Qt, не требует дополнительных зависимостей. При этом KWayland позиционируется не как замена QtWayland, а как дополнение к QtWayland, предоставляющее большую гибкость за счёт приближения программного интерфейса к Wayland API.

    В KDE Plasma 5.6 продолжена адаптация KDE для работы с использованием протокола Wayland, появилась поддержка декорирования окон для Wayland-клиентов, позволяющая унифицировать оформление. Реализованы все доступные в окружениях на базе X11 средства управления вводом, добавлена поддержка различных раскладок клавиатуры и переключения между ними.

  • В пользовательском окружением Enlightenment 0.20 обеспечена полноценная поддержка Wayland. Работа поверх Wayland реализована с применением собственного композитного менеджера wl-desktop-shell. Отмечается, что все необходимые для работы поверх Wayland возможности реализованы, но окружение на базе Wayland пока недостаточно протестировано для ежедневного использования;
  • Для ОС DragonFly BSD подготовлен порт с Wayland и Weston. Обеспечена поддержка XWayland;

  • Wayland задействован по умолчанию в мобильных платформах Plasma Mobile, Sailfish 2 и Tizen 3.
  • В панели Cairo-Dock реализована возможность работы в окружении композитного сервера Weston.
  • Работа по добавлению поддержки Wayland ведётся для рабочих столов LXQt и MATE.
  • Развиваются новые десктоп-окружения, работающее только на базе технологий Wayland: Quantum Shell, Hawaii и Orbital.
  • Для тестирования работы GNOME, KDE и Enlightenment, Hawai и Orbital поверх Wayland выпускается специальный Live-дистрибутив Rebecca Black Linux.
  • Отмечается прогресс в адаптации Firefox, Chrome и LibreOffice для работы поверх Wayland без привлечения прослойки XWayland. В Chrome 50 интегрированы наработки проекта ozone-wayland, в рамках которого развивался вариант web-браузера Chromium, предназначенный для работы в окружениях на базе Wayland. Firefox 46 перешёл на GTK3+ в Linux, что является важным звеном в реализации работы на системах, поддерживающих протокол Wayland;
  • В тестовом выпуске Qt 5.7 появился новый модуль Qt Wayland Compositor TP с реализацией многопоточной системы отрисовки для встраиваемых устройств, использующая протокол Wayland;
  • В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland, включая все необходимые расширения EGL, библиотеку libnvidia-egl-wayland.so и KMS API.



Напомним, что Wayland представляет собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK3+, Qt 5, SDL (начиная с выпуска 2.0.2), 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. Кроме того, развиваются проекты по обеспечению работы поверх графического стека платформы Android.

В рамках проекта Weston развивается одна из реализаций композитного сервера. В роли композитного сервера также может выступать любой другой продукт, поддерживающий протокол Wayland. Например, в настоящее время ведётся работа по обеспечению поддержки Wayland в KWin. В текущем виде Weston уже вышел за рамки набора примеров для тестирования протокола Wayland и может обрастать функциональностью через плагины и дополнения. Пользовательские оболочки и расширенные функций управления окнами предлагается реализовывать в форме внешних бэкендов к Wayland.

Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland используется DDX-компонент XWayland (Device-Dependent X), похожий по организации работы на Xwin и Xquartz для платформ Win32 и OS X. Поддержку запуска X11-приложений планируется встроить непосредственно в композитный сервер Weston, который при попытке выполнения X11-приложения будет инициировать запуск X-сервера и связанных с ним компонентов XWayland. При таком подходе процесс запуска X11-приложений будет бесшовным и неотличимым для пользователя от запуска приложений, работающих напрямую с Wayland.



  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: KWayland принят в состав KDE Frameworks
  3. OpenNews: Началось формирование ежедневных сборок KDE Neon на базе Wayland
  4. OpenNews: Доступен проприетарный драйвер NVIDIA 364.12 с поддержкой Wayland, Mir, KMS и Vulkan
  5. OpenNews: Переход Fedora по умолчанию на Wayland отложен
  6. OpenNews: Увидел свет Wayland 1.10
Лицензия: CC-BY
Тип: Интересно / Программы
Короткая ссылка: https://opennet.ru/44526-wayland
Ключевые слова: wayland, weston
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (58) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, xdoggy (?), 10:24, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Отлично!
     
  • 1.2, Меломан1 (?), 10:27, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Даже не верится, что это случится уже осенью. По этому случаю сделаю чистую установку Fedora 25.
     
     
  • 2.4, Аноним (-), 10:42, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –11 +/
    что именно случится? линукс останется только на онально вендорлокнутых серверах с бекдорами и онально тивоизированных мобилках без драйверов?
     
     
  • 3.9, Аноним (-), 11:09, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    и на моем ноуте
     
  • 3.15, Аноним (-), 12:57, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А также на десктопах нормальных пользователей и на планшето-смартфонах, поддерживающих нормальную инкарнацию Android - CyanogenMod.
     
     
  • 4.52, Аноним (-), 21:55, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То есть, ваши 146% пользователей не пострадают.
     
  • 4.57, Nicknnn (ok), 00:36, 02/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > поддерживающих нормальную инкарнацию Android - CyanogenMod

    В каком месте у него нет онально вендорлокнутых блобов с бекдорами?

     
     
  • 5.58, Аноним (-), 01:01, 02/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Их немного меньше, но они есть.
     
     
  • 6.68, Nicknnn (ok), 18:10, 02/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Их немного меньше, но они есть.

    Ну в этом и суть. Путь там выше аноним и прост тралит, но по сути он прав. Хоть там и линукс, но это не даёт никаких свобод, так как собрать своё ядро или использовать устройство (по назначению) без этих компонентов невозможно. Швабодка всё.
    Есть ещё replicant, но он работает на старых, уже не выпускаемых устройствах. И совсем не полноценно. Разве что можно сделать пульт для управления светом в комнате, на моделях, где можно завести wifi

     
  • 3.53, Аноним (-), 21:57, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    А Линукс только там и востребован и только там он нормально (относительно) работает. То есть, вот на тех самых серверах и в ондроиде. Линукс, когда он на службе корпораций, ничего так себе может быть.


     
     
  • 4.62, Аноним (-), 10:17, 02/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > А Линукс только там и востребован и только там он нормально (относительно)
    > работает. То есть, вот на тех самых серверах и в ондроиде.
    > Линукс, когда он на службе корпораций, ничего так себе может быть.

    У меня на домашнем десктопе он работает и работает отлично. А ваше сообщение наглое 4.2. Особенно первое предложение.

     
     
  • 5.71, Аноним (-), 16:26, 03/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Держитесь! В интернете, как вам кажется, опять кто-то не прав?
     
     
  • 6.72, Led (ok), 21:35, 03/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Держитесь! В интернете, как вам кажется, опять кто-то не прав?

    Неправ ты, малыш. В первую очередь - в написании слова "неправ".

     
  • 2.6, ED (??), 10:46, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Всего-то на 6 лет запоздали, фигня!
     
  • 2.14, Аноним (-), 12:55, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что случится? Ещё 24 не релизнулась.
     

  • 1.3, Аноним (-), 10:40, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    К слову, ставил недавно Sway на Arch. Полно багов, не совсем адекватная работа с вспывающими окнами, особенно в Firefox. А пропатченная под Wayland Лиса собираться не хочет. Поставил i3wm и забыл этот ужас.
     
     
  • 2.5, EuPhobos (ok), 10:44, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вяленому радуются только те, кому лень скачать лайв и опробовать на реальной системе, НЕ ПОД КЕМУ или ВБОКСОМ, а прям попробовать поработать на обычном десктопе с тривиальными задачами.
    Не случится "иксам-капец", я рад.
     
     
  • 3.7, Dmitriy (??), 10:58, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Иксы устарели и их разработка заморожена, у них нет будущего, а вейланд только начинает активно развиватся.
     
     
  • 4.8, Аноним (-), 11:00, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Откуда вы такие лезете ?
     
  • 4.10, Аноним (-), 11:13, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А мужики-то и не знали: https://cgit.freedesktop.org/xorg/xserver/log/
     
     
  • 5.20, Аноним (-), 14:16, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    И первая же запись: "xwayland" :D Это знак.
     
  • 5.42, анимон (?), 17:23, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну так скажи им
     
  • 3.18, koblin (ok), 13:46, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    gnome нормально работает, не заметил разницы с иксами кроме небольшого глюка с gnome-terminal при включенной прозрачности фона
     
     
  • 4.73, Tihon (??), 22:10, 03/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Большинство гномовских пакетов не умеют 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 надеюсь что в этой хоть что-то исправили.

     
  • 3.23, iPony (?), 14:55, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вяленому радуются только те, кому лень скачать лайв и опробовать на реальной системе, НЕ ПОД КЕМУ или ВБОКСОМ

    Лол, это учитывая, что его в виртуалке попробуй запусти :P https://www.virtualbox.org/ticket/13471

    Я вот уже два года тыкал палкой на реальном железе, но да не в постоянной работе. Иксы я уже использовал в постоянной работе ого-го сколько, и да, мне не жалко, если этот кусок костыльного того самого выкинут куда подальше.
    Жалеют же обычно о том, что хорошо работает.

     
  • 2.11, iPony (?), 11:38, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > sway (SirCmpwn's Wayland window manager) is an attempt to create a Wayland version of i3

    Ну естественно. Чем дальше от 'передовой' связки Gnome+Wayland, тем больше багов.

     
     
  • 3.25, Аноним (-), 15:12, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> sway (SirCmpwn's Wayland window manager) is an attempt to create a Wayland version of i3
    > Ну естественно. Чем дальше от 'передовой' связки Gnome+Wayland, тем больше багов.

    Можно подумать GNOME+Wayland и просто GNOME == нет багов.

     
     
  • 4.37, iPony (?), 16:19, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Бабский аргумент.
    Да, естественно есть.
     
     
  • 5.38, Аноним (-), 16:26, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Бабский аргумент.

    Причём тут папины ботинки? Вы так поставили предложение, что получалось, будто GNOME+Wayland идеальная пара и работают абсолютно без багов, зато православный i3 исключительно баганый.

     

  • 1.12, iPony (?), 11:56, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland, включая все необходимые расширения EGL, библиотеку libnvidia-egl-wayland.so и KMS API.

    А всё это вместе будет работать?
    Как я понял, Nvidia сделала расширения. Естественно они Nvidia специфичные. И вообще не реализованы на стороне Wayland.
    Или нет?

     
     
  • 2.13, Admino (ok), 12:15, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для работы Wayland необходима поддержка EGL и определённого набора расширений. nVidia сделала поддержку этих расширений. Эти расширения не являются NVidia-специфичными.
     
     
  • 3.16, amonimous (?), 13:03, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Как раз наоборот, нвидиа запилила свой валенд, который не работает ни с одним из существующих ДЕ без спец патчей.
     
     
  • 4.59, Elhana (ok), 01:10, 02/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но работает же? Значит все что нужно - присутствует. То что разработчикам Weston это не нравится - это мелочи. Без поддержки Nvidia ни один дистрибутив не включит wayland-сессию по умолчанию. Повоняют немного и добавят поддержку, если хотят чтобы wayland взлетел.
     
  • 2.43, ryoken (ok), 17:51, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland, включая >> все необходимые расширения EGL, библиотеку libnvidia-egl-wayland.so и KMS API.

    Извиняйте за некоторый оффтоп. На ftp nVidia уже недели 2 как лежит 367.18 (который у меня и с ядром 4.6 подружился). Не смотрел, как там насчёт wayland :).

     
  • 2.48, Станислав (??), 20:07, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ВОТ ВАМ ВСЕМ!
    КАК РАБОТАЕТ NVIDIA В WAYLAND (пункт 1.3)
    И ПРОЧИЙ ПРОГРЕСС
    https://fedoraproject.org/wiki/Wayland_features#Nvidia_driver_support
     

  • 1.17, corvuscor (ok), 13:13, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    #В проприетарном драйвере NVIDIA 364.x обеспечена официальная поддержка Wayland, включая все необходимые расширения EGL, библиотеку libnvidia-egl-wayland.so и KMS API.#

    Так ведь не работает. Не стартует гнум на вейланде, и с 367 тоже.

     
     
     
    Часть нити удалена модератором

  • 3.22, Аноним84701 (?), 14:27, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > клоун: Что вы говорите, в Линукс опять что-то не работает.

    Внимательнее нужно быть, внимательнее:
    > #В [b]проприетарном драйвере[/b] NVIDIA 364.x обеспечена официальная поддержка Wayland
    > Так ведь [b]не работает[/b].

     

  • 1.21, azure (ok), 14:23, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Объясните мне, обычная приложуха написанная на GTK или Qt - она X-client или Wayland-client? Или и то и другое? Например вот GIMP или QtCreator?
     
     
  • 2.28, Аноним (-), 15:35, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Объясните мне, обычная приложуха написанная на GTK или Qt - она X-client
    > или Wayland-client? Или и то и другое? Например вот GIMP или
    > QtCreator?

    Насколько я понимаю пока что нативно могут запускаться только GTK3+ и QT5 приложения. Остальное через прослойку XWayland.

     
     
  • 3.50, Аноним (50), 21:09, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    что опенсорс, что проприетарь все трудятся на апгрейд юзверями железа, может это таки главная цель?
     
     
  • 4.61, Аноним (-), 10:13, 02/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А причём тут это? Суть я понял, но не понял зачем вы это написали. Или вы таки хотели сказать, что GTK3+ и QT5 потребляют больше? Или Wayland потребляет больше? Или что вы хотели сказать?
     

  • 1.26, Roo2AT7d (ok), 15:27, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В частности, добавлены полная поддержка механизма Drag-and-Drop

    Неужели, а то надоело уже использовать убогий weston-terminal.

     
  • 1.29, Аноним (-), 15:38, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Wmaker будет на Wayland переходить?
     
  • 1.30, Аноним (-), 15:40, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как они хотят обеспечить единый вид окон? Сейчас тот же wmaker запускает что нибудь и прифигачивает сверху свою полосу окна и кнопки закрыть/свернуть. А тут что будет? А если я запускаю разные приложения? А кто будет эти кнопки рисовать и кто будет обрабатывать их нажатие?
     
     
  • 2.40, Аноним (-), 17:07, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Оконный менеджер?
     
     
  • 3.54, Аноним (-), 22:27, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Оконный менеджер?

    В Wayland таких не завезли. Хотя может быть изобретут расширение к 2020-му...

     

  • 1.32, iZEN (ok), 15:49, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Очень ждём Wayland 1.12 во FreeBSD 11.0-STABLE.
     
     
  • 2.35, Аноним (-), 16:08, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Про работы по поддержке Wayland в Lumina-DE для FreeBSD пока ничего не известно?
     
     
  • 3.45, Аноним (-), 18:45, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я интересовался у разработчика. Он сказал что там будет поддерживаться только то, что есть во фре. Если туда перенесут Wayland - значит запилят его поддержку.
     
  • 2.44, trolleybus (?), 18:21, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    И на форумах будут спрашивать, как пропатчить KDE5 под FreeBSD (11).
     
     
  • 3.49, Аноним (-), 21:01, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > И на форумах будут спрашивать, как пропатчить KDE5 под FreeBSD (11).

    А вы случайно не знаете как? А то пятых кед там до сих пор нет (

     
     
  • 4.56, EuPhobos (ok), 22:39, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так это не форум анимэшников.
     
     
  • 5.67, Аноним (-), 17:04, 02/06/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так это не форум анимэшников.

    Не верю!
    https://www.opennet.ru/openforum/vsluhforumID3/107202.html#104
    > http://i.imgur.com/WDTfNBa.jpg

     
  • 2.64, Vall (ok), 12:21, 02/06/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем?
     

  • 1.36, Аноним (-), 16:14, 01/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Стим работает?
     
     
  • 2.51, S.Atahl (?), 21:36, 01/06/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не знаю
     

  • 1.60, soarin (ok), 06:11, 02/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В Chrome 50 интегрированы наработки проекта ozone-wayland,

    Шиш там. Наработки интегрированы в Chromium. В проприетарной сборке под названием Chrome этого нету (по крайней мере пока).

     
  • 1.70, ANDREY KOSTELTSEV (?), 02:32, 03/06/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Однако от версии к версии переносится ошибка кросс компиляции: утилита wayland-scanner собирается кроссом для целевой машины и тут же ее пытаются запустить на девелоперской машине для генерирования исходников. А дистрибъюторы просто удаляют ненужные по их мнению части и поставляют только сканер. Но зачем нужен сканер на целевой машине, если там не ведется разработка? Сканер нужен на девелоперской машине... но это уже другая история.

    Послал им патч, на письма не отвечают.

    Слава богу, что авторы используют Autoconf, Automake и понимают, что с CMAKE они не смогли бы обеспечить переносимость.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2020 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру