The OpenNET Project / Index page

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

Выпуск Wayland-Protocols 1.27

10.10.2022 20:42

Опубликован релиз пакета wayland-protocols 1.27, содержащего набор протоколов и расширений, дополняющих возможности базового протокола Wayland и предоставляющих возможности, необходимые для построения композитных серверов и пользовательских окружений.

Все протоколы последовательно проходят три фазы - разработка, тестирование и стабилизация. После завершения стадии разработки (категория "unstable") протокол помещается в ветку "staging" и официально включается в состав набора wayland-protocols, а после завершения тестирования перемещается в категорию стабильных. Протоколы из категории "staging" уже можно применять в композитных серверах и клиентах, где требуется связанная с ними функциональность. В отличие от категории "unstable" в "staging" запрещено внесение изменений, нарушающих совместимость, но в случае выявление проблем и недоработок в ходе тестирования, не исключается замена новой значительной версией протокола или другим Wayland-расширением.

В новой версии в категорию "staging" добавлены новые протоколы:

  • content-type - позволяет клиентам передать композитному серверу сведения об отображаемом содержимом, которые могут использоваться для оптимизации поведения с учётом содержимого, например, выставлении специфичных DRM-свойств, таких как "content type". Заявлена поддержка следующих типов контента: none (нет сведений о типе данных), photo (вывод цифровых фото, требующий минимальной обработки), video (видео или анимация, требуется более точная синхронизация, чтобы исключить подтормаживания) и game (запуск игр, требуется вывод с минимальной задержкой).
  • ext-idle-notify - даёт возможность композитным серверам передавать клиентам уведомления о неактивности пользователя, что может использоваться для активации дополнительных режимов энергосбережения после определённого времени неактивности.



В настоящее время в состав wayland-protocols входят следующие стабильные протоколы, в которых обеспечивается обратная совместимость:

  • "viewporter" - позволяет клиенту выполнять действия по масштабированию и обрезанию краёв поверхности на стороне сервера.
  • "presentation-time" - обеспечивает отображение видео.
  • "xdg-shell" - интерфейс создания и взаимодействия с поверхностями как с окнами, что позволяет их передвигать по экрану, сворачивать, разворачивать, изменять размер и т.д.

Протоколы, тестируемые в ветке "staging":

  • drm-lease - предоставляет ресурсы, необходимые для формирования стереокартинки с разными буферами для левого и правого глаза при выводе на шлемы виртуальной реальности.
  • "ext-session-lock" - определяет средства блокировки сеанса, например, во время работы хранителя экрана или вывода диалога аутентификации.
  • "single-pixel-buffer" - позволяет создавать однопиксельные буферы, включающие четыре 32-разрядных значения RGBA.
  • "xdg-activation" - позволяет передать фокус между разными поверхностями первого уровня (например, при помощи xdg-activation одно приложение может переключить фокус на другое).

Протоколы, разрабатываемые в ветке "unstable":

  • "fullscreen-shell" - управление работой в полноэкранном режиме.
  • "input-method" - обработка методов ввода.
  • "idle-inhibit" - блокировка запуска скринсейвера (экранной заставки).
  • "input-timestamps" - временные метки для событий ввода.
  • "keyboard-shortcuts-inhibit" - управление прикреплением клавиатурных комбинаций и горячих клавиш.
  • "linux-dmabuf" - совместное использование нескольких видеокарт при помощи технологии dma-buf.
  • "linux-explicit-synchronization" - специфичный для Linux механизм синхронизации буферов в привязке к поверхности.
  • "pointer-gestures" - управление с сенсорных экранов.
  • "pointer constraints" - ограничения указателей (блокировка).
  • "primary-selection" - по аналогии с X11 обеспечивает работу первичного буфера обмена (primary selection), вставка информации из которого обычно осуществляется средней кнопкой мыши.
  • "relative pointer events" - относительные события указателей.
  • "tablet" - поддержка ввода с планшетов.
  • "text-input" - организация ввода текста.
  • "xdg-foreign" - интерфейс взаимодействия с поверхностями "соседнего" клиента.
  • "xdg-decoration" - отрисовка декораций окон на стороне сервера.
  • "xdg-output" - дополнительные сведения о видеовыходе (используется для дробного масштабирования).
  • "xwayland-keyboard-grab" - захват ввода в приложениях XWayland.


  1. Главная ссылка к новости (https://lists.freedesktop.org/...)
  2. OpenNews: Выпуск Wayland-Protocols 1.26
  3. OpenNews: Доступен Wayland 1.21
  4. OpenNews: Состояние поддержки Wayland в драйверах NVIDIA
  5. OpenNews: Выпуск композитного сервера Weston 11.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57895-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (76) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 20:52, 10/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Такое впечатление, что это тот случай, когда сначала пишется, а потом проектируется.
     
     
  • 2.8, Аноним (8), 22:05, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    по списку протоколов видно, что до иксов ещё - как на тараканах до Луны.
     
     
  • 3.27, Аноним (27), 01:36, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А тем временем сколько там лет уже проекту 14?
     
     
  • 4.41, llolik (ok), 08:50, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Лет 9, с момента, когда перестало быть идеей изначального автора и началась хоть какая-то работа.
     
  • 2.60, adolfus (ok), 20:13, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Написанное все в xml. Как это в человеческий текст перевести, не совсем понятно.
     
     
  • 3.71, Бегущий по граблям (?), 13:17, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пора переходить на JSON, а они всё в xml капашатся
     
     
  • 4.73, adolfus (ok), 14:08, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пора переходить на JSON, а они всё в xml капашатся

    Это у них просто размеченный текст. Почему именно размеченный xml, непонятно. Для их целей достаточно вообще голого текста -- RFC же как-то живут без разметки и это никому никаких неудобств не создает.

     

  • 1.2, Аноним (2), 20:58, 10/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А есть аналог xdotool для сабжа? Это моя самая любимая программа на свете, благодаря ей можно тривиально делать такие вещи, которые иначе было бы осуществить весьма и весьма проблематично.
     
     
  • 2.3, Иван_Лох (?), 21:08, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Грубо говоря, wayland придуман для того, чтобы сделать аналог xdotool невозможным
     
     
  • 3.19, анон (?), 23:18, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что взамен?
     
     
  • 4.20, Аноним (20), 23:32, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    что взамен шебуршария диском A:\ при заходе на веб-странички? действительно. Я тут сижу изучаю, как отучить иксы делать скриншоты, чтоб пресечь возможность шпионажа со стороны проприетарщины, которую я вынужден запускать. А тут оказывается люди добровольно хотят вернуть всё взад.
     
     
  • 5.23, Аноним (8), 00:08, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > возможность шпионажа со стороны проприетарщины

    Если не доверяешь программе - не запускай её на хосте в одной сессии с чувствительными данными. Тебя что, не учили, что линух - многопользовательская система?

     
     
  • 6.25, Аноним (25), 01:02, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разрешение на доступ к функциям скриншота выглядит лучше чем постоянное переключение между пользователями или виртуалики. Удобство, знаете такое слово?
     
     
  • 7.34, Аноним (8), 03:26, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Тебя андроид покусал, что ли?
     
  • 7.46, Аноним (46), 10:58, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это которое авторы софта, работающего под вяленым, вынуждены костылить кто во что горазд? Потому что в вяленом нет стандартного способа настроить эти разрешения?
     
  • 7.50, AlexYeCy_not_logged (?), 13:02, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Удобство, знаете такое слово?

    Знаем. А ещё знаем, что для всех оно разное.

     
  • 6.37, Аноним (37), 05:49, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Правильно, давайте чинить поломанную безопасность ОС переключением kvm-свича.
     
     
  • 7.79, Аноним (8), 23:00, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Когда к вяленому пытались прикрутить фичи иксов - всплыли кучи дыр. Так что kvm вместо вяленого - это нормальная идея.
     
  • 5.32, Аноним (32), 01:48, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > отучить иксы делать скриншоты

    Скорее всего, никак. Максимум можно запускать каждое приложение в отдельном X-сервере (Xpra). Но если оно требует графического ускорения (как, например, каждая программа на Qt), то толку от этого будет немного.

     
     
  • 6.65, Аноним (65), 04:51, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    man virgl_test_server
     
  • 5.36, Аноним (36), 04:10, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > как отучить иксы делать скриншоты

    С помощью xauth клиентов можно поделить на trusted и untrusted. Trusted-клиентам будет можно делать всё, а у untrusted будет отобран доступ к большинству расширений X11, благодаря чему большая часть современных программ не сможет работать.

     
  • 5.61, Аноним (65), 04:47, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    man xephyr + apparmor/firejail
     
  • 4.55, n00by (ok), 13:54, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Взамен ожидалось, что Аноним напишет, опенсорс же. Но основная масса экспертов пока только комментарии осилила писать, а самые продвинутые рисуют трендовые иконки в свеженькую Розу.
     
  • 2.4, anonymous (??), 21:33, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это что то вроде открывания cd, двигания мышкой, прожигания CRT монитора ничего не подозревающего пользователя? Не нужно.
     
     
  • 3.44, Аноним (2), 09:45, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, последнее, что я сделал с сабжем, это извлёк (через иксовый буфер выделения, ага) перечень живых наименований из клиента и закрытие тысяч окон с ошибками при запуске клиента (изначально было 0.5 секунды ожидания, но это много, если ждать 0.02с и добивать по 0.5с только последнюю сотню, то намного быстрее). С диска эти данные непонятно как извлечь, потому что не ясно, как выяснить, повреждены они, или нет, и их там тысячи и тысячи.

    А так, иногда привязываю полезные вещи через xbindkeys. Весьма удобно и я просто не представляю с помощью чего ещё бы можно было повесить действие на нажатие. Разве что прошитые макросы мышки и клавиатуры могут быть альтернативой, но у них нет доступа к исполнению кода. И на линуксе их нечем редактировать. Твои вероятные применения какие-то странноватые.

     
  • 2.5, anonn (?), 21:35, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ydotool
     
     
  • 3.9, Аноним (8), 22:09, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а теперь поставь им мышку относительно окна...
     
  • 2.6, 2ch bitard (?), 21:36, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    wtype
     
     
  • 3.10, Аноним (8), 22:10, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это вообще только ввод текста непонятно куда.
     
  • 2.40, Shusha (?), 07:54, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ydotool
     

  • 1.11, Шарп (ok), 22:26, 10/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Лучший протокол!
     
     
  • 2.28, Аноним (27), 01:36, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нет лучший это 1.28 =) А это просто неплохой =)
     

  • 1.12, кусь (?), 22:33, 10/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Там писали что есть два вида вещей - протокол важнее механизма и механизм важнее протокола. И что в вяленом мало что можно сделать, если нет для этого протокола, а протоколы плодятся. И с таким дизайном придётся вводить протокол иконок на рабочем столе.
    А в иксах не нужно столько протоколов потому что они гибкие.
    Может связано с безопасностью, но всё равно.
     
     
  • 2.15, Аноним (15), 23:02, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Такое большое количество протоколов говорит о том что нужен протокол протоколов для протоколов
    Любой опеннет эксперт экспертов и программист программистов это подтвердит
     
     
  • 3.17, Аноним (8), 23:11, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > нужен протокол протоколов для протоколов

    Тссс! Не подсказывай им.

     
     
  • 4.38, Аноним (15), 06:28, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кому им? Опеннет экспертам экспертов или опеннет программистам программистов?
     
  • 2.24, AleksK (ok), 00:28, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не смотря на все проблемы и недоработки wayland в играх он дает офигенно плавную картинку без любых намеков на тиринг
     
     
  • 3.26, Аноним (25), 01:10, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не только в играх. Помню в иксах у меня была проблема когда хватаешь мышкой окно и начинаешь двигать его окно отставало и отрисовывалось с задержкой по сравнению с указателем мышки, причем ничто другое не тормозило, видео, игры и прочее. Может конечно это специфичные для конкретного железа проблемы отрисовки, но с переходом на вайланд этой проблемы нет.
     
     
  • 4.49, Аноним (49), 11:59, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если в иксах правильно настроить композитинг, то и там тоже будет всё плавно. У меня Compiz на NVIDIA, я выключил VSync в nvidia-settings, добавил в автозагрузку "nvidia-settings --load-config-only", чтобы данное изменение применялось при загрузке, до старта Compiz. А в самом компизе, открыл ccsm, выставил 60 Гц, отключил "автоматическое определение частоты обновления экрана", и включил VSync. Итог - всё плавно. Также следует внимательно относиться к выбору рамочки окна. Я выбрал рамочку, которая не отбрасывает тень ни в каком виде. И она быстро отрисовывается и ресайзится.
     
     
  • 5.52, n00by (ok), 13:46, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы не видите вышеописанную проблему, поскольку окна перерисовываются слишком медленно, либо сами плавно их двигаете, либо не с чем сравнивать.

    Вот я делал для тестирования:
    Wayland -- https://github.com/STrusov/foxhunt/releases/download/v0.21/foxhunt
    X11 --https://github.com/STrusov/foxhunt/releases/download/v0.21/foxhunt_xcb

    Цепляете угол окна мышкой и двигаете туда-сюда. В первом случае всё плавно, а во втором пропускает 2-3 кадра.

     
     
  • 6.68, Stax (ok), 10:49, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    foxhunt действительно меняет размер чуть плавнее чем foxhunt_xcb, зато не имеет графических багов!

    В foxhunt_xcb что под X11 (специально для эксперимента запустился в режиме "Gnome на X11", чтобы исключить wayland), что под Wayland указатели мышки правильные. А в foxhunt они половинного размера. Просто наводишь мышку на приложение и все курсоры (обычный, изменения размера и тп) уменьшаются в два раза.

    Ни в одной другой программе, нативной под вэйленд (все утилиты gnome, firefox и тп) такого бага нет. Gnome 42.4 (Fedora 36), GPU Intel, DPI scale 200%.

    Имхо: уж лучше пусть лагает малек, чем рисовать курсоры так, что их почти не видно...

    $ wayland-info
    interface: 'wl_compositor',                              version:  5, name:  1
    interface: 'wl_drm',                                     version:  2, name:  2
    interface: 'wl_shm',                                     version:  1, name:  3
    formats: 'XB4H'(0x48344258) 'AB4H'(0x48344241) 'XR4H'(0x48345258) 'AR4H'(0x48345241) 'XB30'(0x30334258) 'AB30'(0x30334241) 'XR30'(0x30335258) 'AR30'(0x30335241) RGB565 'XB24'(0x34324258) 'AB24'(0x34324241) XRGB8888 ARGB8888
    interface: 'wl_output',                                  version:  2, name:  4
    x: 0, y: 0, scale: 2,
    physical_width: 340 mm, physical_height: 190 mm,
    make: 'AUO', model: '0x32eb',
    subpixel_orientation: unknown, output_transform: normal,
    mode:
    width: 3840 px, height: 2160 px, refresh: 60.002 Hz,
    flags: current preferred


    scale: 2, как видно.

     
     
  • 7.76, n00by (ok), 14:44, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо. На самом деле, проблема с курсорами не в Воланде, он же протокол™ :)) а потому что я не доделал. То есть следовало зарегистрировать wl_output_listener и ловить событие scale. Пользователь ведь может перекинуть окно между мониторами с различным масштабированием. Но лень тогда победила.

    В Qt тоже есть проблема с размерами курсоров https://bugreports.qt.io/browse/QTBUG-67579. Кто запускал KDE в Wayland, тот помнит, что одно время там курсор был больше обычного (как сейчас, не знаю). Раньше предлагался протокол для курсоров https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/21#n где композитор сообщал размер. Сейчас от него отказались.

    Тогда в качестве простого костыля я сделал получение размера из XCURSOR_SIZE. В Qt примерно так же решают https://codereview.qt-project.org/c/qt/qtbase/+/389408 но пока не приняли.

    Не знаю, почему Gnome не задаёт XCURSOR_SIZE. Вот здесь  https://github.com/telegramdesktop/tdesktop/issues/16920#issuecomment-91512997 ilya-fedin пишет, что KDE & sway это делают. По-моему, это очень похоже на вендор-лок.

    Сейчас вот так должно выбрать двойной размер для курсора:
    XCURSOR_SIZE=48 ./foxhunt

     
     
  • 8.80, Stax (ok), 08:04, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Почему не задает это я не знаю Но ни в одном другом приложении такой проблемы... текст свёрнут, показать
     
     
  • 9.81, n00by (ok), 10:12, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А Вы telegram запускали с QT_QPA_PLATFORM wayland Иначе Qt через XWayland работ... текст свёрнут, показать
     
     
  • 10.82, Stax (ok), 10:41, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, это не нужно Но ради хохмы запустил и так, никакой разницы Нет Может это... текст свёрнут, показать
     
     
  • 11.83, n00by (ok), 12:56, 13/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да вот по ссылке написано, что Qt модифицировано To make Qt applications run na... большой текст свёрнут, показать
     

  • 1.13, Igraine (ok), 22:34, 10/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    "протоколы, разрабатываемые в ветке "unstable": "
    Вещи которые должны быть в Wayland изначально находятся в нестабильных расширениях.
    Грустно
     
     
  • 2.16, Аноним (8), 23:09, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С 2008-го... Это ж уже 14 лет пилят... И всё ещё базовые вещи у них - unstable.
     
     
  • 3.21, Аноним (21), 23:45, 10/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В 08 там игрушка была. Пилят примерно с 14
     
     
  • 4.22, Аноним (8), 00:01, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И это только протокол...
     

  • 1.18, Аноним (8), 23:16, 10/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    fullscreen-shell - unstable
    input-method - unstable
    idle-inhibit - unstable
    primary-selection - unstable
    text-input - unstable

    а что они все эти долгие годы делали?!

     
     
  • 2.62, Аноним (65), 04:48, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Постили на опеннете рекламу.
     

  • 1.30, Аноним (27), 01:38, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А полный захват экрана через какой интерфейс работает? Есть какой-то аналог XRDP сервера?
     
     
  • 2.35, Аноним (8), 03:29, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да никак не работает... даже в списках "унстейбл" нету.
     
  • 2.42, опытный лентяй (?), 08:55, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Захват экрана работает через xdg-desktop-portal, который не является частью протокола, но реализован большинством композиторов, т.к. нужен для flatpak. Только толку от него мало, т.к. протокол для имитации ввода с физической клавиатуры еще никто даже не начинал разрабатывать.
     
     
  • 3.78, Аноним (8), 22:53, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Захват экрана ... нужен для flatpak

    это для чего?!

     
  • 2.45, Anon11111111111111111 (?), 10:44, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Есть, через Pipewire
    https://github.com/GNOME/gnome-remote-desktop/blob/master/src/grd-rdp-pipewire
     
  • 2.69, Аноним (15), 11:38, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В Weston есть rdp
     

  • 1.31, Аноним (27), 01:39, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Можно ли сделать технику формирования API в Wayland вынести в отдельную библиотеку? Что бы бы аналог COM и DCOM в Linux уже реализовать?
     
     
  • 2.43, Аноним (43), 09:40, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это что-ли - https://github.com/solarkraft/awesome-wlroots
     
  • 2.53, n00by (ok), 13:52, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Что Вы понимаете под COM? Если таблицу виртуальных функций и IUnknown с поиском GUID-ов в реестре, то зачем оно надо? Если некую гарантию, что поддержка старых версий API сохраняется при появлений новых, так это есть.
     

  • 1.33, Ддд (?), 02:01, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Кто знает как включить вейланд в убунте?  Придурки не написали никакой инструкции
     
     
  • 2.39, Аноним (39), 07:00, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Если пользуешься графическим входом в систему то для начала надо менеджер входа в систему иметь помимо установленного вейланда (SDDM от плазмы или GDM от гнома (единственный графические менеджер входа полноценно грузящий гном, который бывает единственным рабочим решением в некоторых ситуациях, но обычно он крайне неудобен и такие ситуации весьма специфичны)). Наверняка ты найдешь как поставить wayland wlroots xorg-server-xwayland sway waybar.  Названия из Void Linux, так что может быть там пакет просто xwayland.
     
  • 2.47, намэ (?), 11:01, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну если тебе для тривиальных вещей нужна иструкция, тебе не в эту ОС. Винда например для тебя, или мак.
     
     
  • 3.51, AlexYeCy_not_logged (?), 13:06, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Ну если тебе для тривиальных вещей нужна иструкция

    Запуск Вяленого НЕ тривиальная вещь.
    Там подводных камней овердофига.

     
  • 3.54, Бывалый смузихлёб (?), 13:53, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На яблоке практически всё нетривиально, что нормально под линухом или виндой, даже относительно нормально
    Например, на яблоке видеокарту пробросить в гостевую ОСь... никак. Просто берёшь и не пробрасываешь ибо нхй и сидишь на прогрмамной отрисовке
     
  • 2.48, pfg21 (ok), 11:23, 11/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    поставить gnome-shell и изменить строчку в файле, после чего появляется опция на экране входа. ставил посмотреть - на моем компе работает. апосля удалил тяжелый интерфейс при отсутствии какихлибо плюсов. вернулся на текущую lxqt.    
    инструкция гулится на раз-два-три.
     

  • 1.57, Аноним (57), 14:56, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Надеюсь primary-selection выкинут из вейланда.
     
  • 1.58, Аноним (58), 15:39, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    протоколы вейландских мудрецов, тьху
     
  • 1.59, Аноним (-), 17:35, 11/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я думаю пора заморозить развитие этого протокола, а то разжирнеет как X.org.

    Пусть остальной функционал пишут разработчики DE и WM.

     
     
  • 2.64, Аноним (65), 04:49, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Один сустемд, одна федора, один гноме
     
  • 2.70, Аноним (15), 11:41, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У него даже server side decorations это нестабильное расширение. Что замораживать если Wayland не умеет ничего?
     
     
  • 3.74, Аноним (-), 14:37, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Wayland должен отрисывывать границы окон. Больше от него ничего не требуется. Пусть остальный функционал пишут программисты библиотек и тулкитов.
     
     
  • 4.77, llolik (ok), 15:07, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Wayland должен отрисывывать границы окон. Больше от него ничего не требуется. Пусть
    > остальный функционал пишут программисты библиотек и тулкитов.

    Этот сра^W обмен мнениями CSD vs. SSD длится дольше, чем существует wayland. Есть мнение, что к единому мнению не придут никогда, потому что в каждом варианте есть и плюсы и минусы.

     

  • 1.63, Аноним (65), 04:49, 12/10/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мистер вяленд, так когда вы начнёте поддерживать мультипоинтер и паннинг?
     
     
  • 2.75, Аноним (-), 14:37, 12/10/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь никогда его надо замораживать.
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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