The OpenNET Project / Index page

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

Доступен Wayland 1.19

28.01.2021 08:58

Состоялся стабильный релиз протокола, механизма межпроцессного взаимодействия и библиотек Wayland 1.19. Ветка 1.19 обратно совместима на уровне API и ABI с выпусками 1.x и содержит в основном исправления ошибок и незначительные обновления протокола. Улучшена система сборки, для которой теперь требуется инструментарий Meson как минимум версии 0.52.1. Композитный сервер Weston, предоставляющий код и рабочие примеры для использования Wayland в десктоп-окружениях и встраиваемых решениях, развивается в рамках отдельного цикла разработки.

Изменения в приложениях, окружениях рабочего стола и дистрибутивах, связанные с Wayland:

  • В Fedora 34 запланирован перевод сборки с рабочим столом KDE на использование Wayland по умолчанию. Сеанс на базе X11 планируется перевести в разряд опции. Для работы KDE при использовании проприетарных драйверов NVIDIA задействован пакет kwin-wayland-nvidia.
  • В KDE ведётся работа по доведению сеанса на базе Wayland до готовности к повседневному использованию и достижению паритета в функциональности с режимом работы поверх X11. Решены проблемы с ведением скринкастов и вставкой средней кнопкой мыши. Устранены проблемы со стабильностью работы XWayland. Предоставлена возможность настройки скорости перемещения мыши и прокрутки. В KWin проведён большой рефакторинг кода, отвечающего за композитинг, что позволило добиться снижения задержек для всех операций, связанных со сведением разных объектов на экране. В KWin также реализована техника подрезки границ субповерхностей (subsurface clipping), решающая проблему с мерцанием во многих приложениях. Реализована возможность работы на системах с несколькими GPU и подключения мониторов с разной частотой обновления экрана.
  • Началось развитие KWinFT, форка KWin, сфокусированного на Wayland. Проект также развивает библиотеку wrapland с реализацией обвязки над libwayland для Qt/C++, продолжающей развитие KWayland, но избавленной от привязки к Qt.
  • В GNOME для Wayland исключена отрисовка всего экрана при использовании буферов dma-buf или EGLImage в пользу частичного обновления окон, снижающего объем данных, передаваемых между GPU и CPU. В сочетании с независимым обновлением элементов интерфейса указанная оптимизация позволила существенно снизить энергопотребление при автономной работе от аккумулятора. Добавлена возможность назначения разных частот обновления экрана для каждого монитора.
  • В GTK 4 программные интерфейсы GDK переработаны с оглядкой на использование протокола Wayland и связанных с ним концепций. Завязанные на X11 и Wayland возможности перемещены в отдельные бэкенды.
  • В Firefox для Wayland обеспечено аппаратное ускорение WebGL и видео. Добавлен новый бэкенд, использующего механизм DMABUF для отрисовки в текстуры и организации совместного использования буферов разными процессами. Данный бэкенд позволил реализовать в сборках Firefox на базе Wayland унифицированное рабочее GL-окружение, не привязанное к конкретным композитным серверам, таким как GNOME Mutter или KDE Kwin. При работе в окружении GNOME на базе Wayland включён по умолчанию движок композитинга WebRender.
  • В Chromium и Electron добавлена поддержка Wayland, основанная на прослойке ozone-wayland, предоставляющей адаптированный для работы с Wayland набор C++ классов Ozone, используемых в Chromium для абстрагирования вывода на различные оконные системы.
  • Началась работа по портированию NetBSD для поддержки графического стека на базе Wayland.
  • Основан проект по реализации полноценной поддержки управления цветом и HDR (High Dynamic Range) в протоколе Wayland.
  • Началась разработка Wayland-драйвера для Wine, который позволит запускать Windows-игры в окружениях на базе Wayland.
  • Дистрибутив Tails наметил перевод пользовательского окружения на использование протокола Wayland, что позволит повысить защищённость всех графических приложений за счёт улучшения контроля за тем, как приложения взаимодействуют с системой.
  • Продолжается работа по портированию приложений MATE для Wayland. Для работы без привязки к X11 в окружении Wayland адаптирован просмотрщик изображений Eye of MATE. Улучшена поддержка Wayland в панели MATE. Для использования с Wayland адаптированы апплеты panel-multimonitor и panel-background.
  • Для DDX-сервера XWayland подготовлены патчи, которые при наличии в системе проприератных драйверов NVIDIA позволят использовать аппаратное ускорение в OpenGL и Vulkan при запуске X-приложений в Wayland-окружениях.
  • В проприетарных драйверах NVIDIA продолжена реализация расширений, необходимых для полноценной работы окружений, использующих протокол Wayland.
  • Продолжается развитие Mir как композитного сервера для Wayland. В средствах для обеспечения запуска Wayland-приложений в окружении Mir реализовано корректное масштабирование на экранах HiDPI. Добавлена возможность масштабирования вывода Wayland-клиентов. Для каждого устройства вывода разрешено устанавливать отдельные настройки масштабирования, в том числе дробные значения масштаба. Добавлена возможность добавления и удаления расширений протокола Wayland. Добавлена поддержка экспериментальных протоколов: zwp_linux_dmabuf_unstable_v1 для создания буферов wl_buffers с использованием механизма DMABUF и wlr-foreign-toplevel-management для подключения собственных панелей и переключателей окон.
  • Сформированы новые выпуски пользовательского окружения Sway и композитного сервера Wayfire, использующих Wayland.
  • Продолжается работа над выпуском пользовательского окружения LXQt 1.0.0, в котором будет реализована полноценная поддержка работы поверх Wayland.
  • Wayland задействован по умолчанию в мобильных платформах Plasma Mobile, Sailfish 2, webOS Open Source Edition, Tizen и AsteroidOS;
  • Для тестирования работы KDE, GNOME, Enlightenment, Wayfire, Liri и Sway поверх Wayland выпускается специальный Live-дистрибутив Rebecca Black Linux.



Напомним, что Wayland представляет собой протокол взаимодействия композитного сервера и работающих с ним приложений. Клиенты самостоятельно выполняют отрисовку своих окон в отдельном буфере, передавая информацию об обновлениях композитному серверу, который комбинирует содержимое буферов отдельных приложений для формирования итогового вывода с учётом возможных нюансов, таких как перекрытие окон и прозрачность. Иными словами, композитный сервер не предоставляет API для отрисовки отдельных элементов, а оперирует только с уже сформированными окнами, что позволяет избавиться от двойной буферизации при использовании высокоуровневых библиотек, таких как GTK+ и Qt, берущих на себя работу по компоновке содержимого окон.

Wayland решает многие проблемы с безопасностью X11, так как в отличие от последнего изолирует ввод и вывод для каждого окна, не позволяет клиенту получить доступ к содержимому окон других клиентов, а также не допускает перехват связанных с другими окнами событий ввода. В настоящее время поддержка прямой работы c Wayland уже реализована для библиотек GTK, Qt, 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 и может обрастать функциональностью через плагины и дополнения. Пользовательские оболочки и расширенные функций управления окнами предлагается реализовывать в форме внешних бэкендов к Weston.

Для обеспечения выполнения обычных 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: Инициатива по бойкотированию Wayland
  3. OpenNews: Обновление Live-дистрибутива Rebecca Black Linux с подборкой окружений на основе Wayland
  4. OpenNews: Опубликована свободная книга про Wayland
  5. OpenNews: Доступен Wayland 1.18
  6. OpenNews: Выпуск композитного сервера Weston 9.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/54476-wayland
Ключевые слова: wayland
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (132) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 09:24, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Последний раз, когда пробовал вэйленд на гноме, лагал курсор и в целом подтормаживал интерфейс. А когда на кедах -- посбивались панели и настройки системного монитора и всплывающие подсказки на другом конце экрана появлялись. Пробовал не больше года назад, кстати. Ну что ж, надеюсь, всё таки изменилось к лучшему
     
     
  • 2.4, Аноним (4), 09:35, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Когда в последний раз пользовался Wayland на Манжаре КДЕ все работало нормально (чуть больше года назад). Курсор не лагал, но как-то вяло перемещался по сравнению с Виндой (экспириенс как с Dark Souls на мышке). Можно было потвикать настройки курсора (прямой ввод, чувствительность, отключение ускорения), но все равно не то. Либо сделал что-то не так, либо нужно просто привыкать.
     
     
  • 3.36, Аноним (36), 10:54, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Может vsync включен был? С ним всегда такая история.
     
  • 3.71, Oe (?), 14:02, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Поддерживаю, такая же история была, курсор вялый, как будто присутствует задержка (input lag), причем ощутимая задержка, где то на один кадр 60фпс. На Винде кстати тоже ощущается задержка (по сравнению с windows xp, у которой еще не было композиции), но она гораздо ниже чем в Wayland. Голые иксы работают идеально, нулевая задержка и никакого желе, даже лучше чем в Винде. И по моему акселерация мыши сырая была. Все таки лучше Иксов пока что нету ничего.

    И да, конечно же этот пост соберёт минусы, ибо сектанты набегут и - "человеческий глаз не воспринимает выше 24 кадров/с", "человеческая реакция гораздо медленнее чем длительность одного кадра 60фпс в 20мс поэтому невозможно заметить задержку и input lag, всё это выдумки".

     
     
  • 4.88, Mikk (??), 18:01, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Как человек работающий то с экраном в 144Гц,  то 60 могу сказать, что разница колоссальна
     
  • 2.12, Аноним (12), 09:55, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот кстати да, на примере kwin в превьюхах и уменьшенных окнах продолжается анимация (например, видео не останавливается, когда окно меняет размер), но при этом подозрительно подлагивает фреймрейт. Как я понял, композитинг при этом не отключается принципиально, а значит в игрушечках просадки по 40% фпс.
     
     
  • 3.20, Аноним (12), 10:10, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Кажется я понял в чём дело. Mpv отключает композитинг при воспроизведении видео, и на вейланде он этого сделать не может. Из-за этого начинают сильно выпадать кадры и появляются тормоза по всей площади. Площадные тормоза.
     
  • 2.22, Анончик9999 (?), 10:24, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда я пробовал неделю назад на последней Fedora с Wayland стандартный Qt-шный пример версии 5.15.2 прожки скриншота экрана, она выдавала чёрный экран.
     
     
  • 3.34, Аноним (34), 10:51, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > прожки скриншота экрана

    Всё, забудьте, в вяленом это запрещено.

     
     
  • 4.99, Аноним (99), 19:44, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > в вяленом это запрещено.

    Ничего там не запрещено и все будет. Только во всех ДЕ будут свои велосипеды... В Weston вот придумали специальный хоткей и папку для хранения скриншотов. Остальные через D-Bus делают или через расширения... но только каждая ДЕ как-то по особенному всё реализует, универсальный вариант пока сложно сделать.

     
     
  • 5.115, Анончик9999 (?), 03:22, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    < но только каждая ДЕ как-то по особенному всё реализует, универсальный вариант пока сложно сделать.
    Вот этим и все сказано. 10 лет технологии, а там и дальше все сложно. И кросссплатформенный проприоритарный софт будет дальше некачественным в Линукс, ещё зависящий от DE.
     
     
  • 6.119, Аноним (119), 08:34, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот этим и все сказано.

    Wayland - это уровень technical demo (как нужно бы с графикой работать на современном железе). Странно, что мы вообще дожили до ДЕ на основе Wayland... всего за каких-то 10 лет ;) В последующие 10 лет до разработчиков и пользователей начнёт доходить что же они наворотили.

    P.S. Половина новости - взята из roadmap, который лет 5-6 назад составили в RedHat: "План перевода GNOME3 на Wayland". Ну и сам roadmap - это не развитие GNOME3... это минимальная функциональность, без которой третьегномом вообще никто не будет пользоваться ;) Остальные стараются быть в тренде и не отставать (пока непонятно зачем).

     
  • 2.60, Аноним (60), 12:52, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Последний год(или с релиза 3.36) сижу на вяленом гноме под интегрированной intel'овской видюхой, полет отличный, субъективно сессия x11 работает менее плавно, раньше да - были и лаги и артефакты.

    З.Ы. Еще, кажется, в гноме был баг с меню приложений, пока был hdd было заметно когда первый раз прогружался список с иконками.

     
  • 2.110, Аноним (110), 21:55, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Fedora Gnome, работает плавно и без задержек, на x11 на моем железе даже окошки с видимой задержкой перетаскивались, может это какой-то специфический баг, такое проявляется только в окружениях с композитингом, попробовав первый раз wayland я был в шоке от плавности и отзывчивости и как только в Fedora его вырубили по умолчанию перешел на него.
     

  • 1.2, Леголас (ok), 09:27, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > В Fedora 34 запланирован перевод сборки с рабочим столом KDE на использование Wayland по умолчанию.
    > В KDE ведётся работа по доведению сеанса на базе Wayland до готовности к повседневному использованию и достижению паритета в функциональности с режимом работы поверх X11.
    > Началось развитие KWinFT, форка KWin, сфокусированного на Wayland.

    Шляпники точно не торопятся?

     
     
  • 2.65, Annoynymous (ok), 13:32, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Когда это шляпники не торопились?
     

  • 1.3, Аноним (-), 09:28, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +13 +/
    Как только допилят до рабочего состояния,так сразу начнут пилить новое лучшее защищённое встроенное в systemd
     
     
  • 2.5, Аноним (4), 09:36, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хотеть!
     
  • 2.6, OnTheEdge (??), 09:38, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Как только допилят до рабочего состояния,так сразу начнут пилить новое лучшее защищённое встроенное в systemd

    У тебя такие влажные фантазии?

     
  • 2.9, Леголас (ok), 09:53, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > встроенное в systemd

    комбайну нужны новые штуковины?

     
  • 2.122, Aplay (ok), 11:24, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Как только допилят до рабочего состояния,так сразу начнут пилить новое лучшее защищённое встроенное в systemd

    Никогда?

     

  • 1.7, Аноним (7), 09:50, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Почему нельзя было создать стандартное расширение для графики, а-ля xlib+xt или winapi? Почему я должен тащить в систему кучу дерьма вроде гтк или более-менее няшный и кроссплатформенный куте, но лицензия которого зависит от капризов корпорации? А если ещё вспомнить быстродействие прог на xlib, по сравнению с гтк или куте, то возникает ощущение, что под настольный линукс нарочно заложили ядерную бомбу.
     
     
  • 2.11, Аноним (11), 09:54, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    У них заговор. Они делают всё чтобы вы плюнули на графический интерфейс и пересели на консоль
     
     
  • 3.75, анонн (ok), 14:24, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У них заговор. Они делают всё чтобы вы плюнули на графический интерфейс и пересели на консоль

    WSL/путти? ))
    https://www.opennet.ru/opennews/art.shtml?num=53714
    > В ядре Linux из текстовой консоли удалили поддержку прокрутки текста
    > 15.09.2020 12:05

     
     
  • 4.85, n00by (ok), 17:37, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >> У них заговор. Они делают всё чтобы вы плюнули на графический интерфейс и пересели на консоль
    > WSL/путти? ))

    В каждой шутке есть доля шутки...

    xserver/output: rename some badly named variables/APIs.  https://gitlab.freedesktop.org/xorg/xserver/-/commit/ea47af87f692b291a988834c6

     
  • 2.13, Аноним (13), 09:56, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Никто не мешает тебе написать свой тулкит для Wayland.
     
     
  • 3.17, Леголас (ok), 10:07, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Никто не мешает тебе разработать с нуля свою процессорную архитектуру, написать для неё (с нуля, конечно) ось с каким тебе угодно ядром, создать графическое окружение и так далее и тому подобное... И так можно сказать про любую человеческую деятельность, но внезапно окажется, что когда-то, давным-давно, когда трава была зеленее некуда (аж #00FF00), люди осознали, что очень удобно иметь такую штуку под рукой, как разделение труда, и оное живёт и здравствует по сей день.

    Стандарты же обрамляют это разделение, и ожидать от них чёткой и ясной структуры, как по мне, вполне разумно.

     
     
  • 4.26, protonesso (?), 10:37, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Был один такой хороший человек, завали его Терри А. Дэвис
     
     
  • 5.57, Леголас (ok), 12:15, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Земля пухом.
     
  • 3.19, Аноним (7), 10:09, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Свой тулкит не станет стандартом.
     
     
  • 4.74, Аноним (-), 14:14, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну во первых, остальные тулкиты тоже стандартом не стали, кроме, может быть, HTM... большой текст свёрнут, показать
     
  • 2.18, llolik (ok), 10:08, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Почему нельзя было создать стандартное расширение для графики

    Потому что кому-то тут же потребуется что-то нестандартное. На всех не угодишь. И какое "стандартное расширение" в Win? user32, GDI, GDI+, Direct2d, MFC, WPF, XAML, ещё что-нибудь что я обязательно забыл?

     
     
  • 3.38, Аноним (38), 10:57, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё мертворождённый UWP в десятке)
     
  • 2.37, Аноним (38), 10:56, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    winapi такое стандартное, что некоторый софт подвязанный напрямую на winapi регулярно ломался, когда это было ещё модно, писать без жирных фреймворков свитчащих за тебя не только между MessageBoxA/MessageBoxW но и скрывающих кучу воркэраундов над багами.
    Wine до сих пор радуется, какое winapi стандартное.
     
  • 2.44, Аноним (44), 11:10, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Каждый строит свой велосипед - СПО же. Лебедь, рак и щука. А у корпораций вавилонские башни.
     
  • 2.72, Аноним (-), 14:08, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Потому что архитектура и код иксов этому очень не способствовали Оно изначально... большой текст свёрнут, показать
     

  • 1.8, Fracta1L (ok), 09:51, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Жирные тормозные иксы планомерно закапывают, это хорошо.
     
     
  • 2.10, OnTheEdge (??), 09:54, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вяленый внезапно не на ржавом написан, ожидай дырени
     
     
  • 3.14, Fracta1L (ok), 09:59, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это само собой
     
  • 3.15, пердёжник (?), 09:59, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я ждал человека, который безосновательно раст приплетёт
     
     
  • 4.35, OnTheEdge (??), 10:53, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    к Вашим услугам


     
  • 4.41, Аноним (34), 11:06, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > безосновательно

    похоже, ты не в курсе, кому он отвечал...

     
     
  • 5.79, пердёжник (?), 14:47, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    повторюсь, безосновательно
     
  • 3.16, РжавыйТоксин (?), 10:05, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Наличие пестика не гарантирует тычинке ничего, так и с растом.
     
  • 2.24, Анончик9999 (?), 10:34, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    10 лет закапывают, а пока воз на полпути. С такими темпами Haiku станет мейнстримом на десктопе.
     
     
  • 3.30, Аноним (30), 10:45, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не станет, потому, что на десктопе не только работают но и играют, очень активно.
     
     
  • 4.105, zzz (??), 20:39, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И шо, прям-таки под линуксом играют? Или на прослойке, обеспечивающей совместимость с winapi?
     
     
  • 5.125, Аноним (125), 16:45, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На прослойке, обеспечивающей совместимость с wine, который обеспечивает совместимость с winapi
     
  • 3.48, Николай (??), 11:25, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как там Haiku?
     
     
  • 4.116, Анончик9999 (?), 03:32, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Полгода назад RC2 выкатили, система стала намного стабильнее.
     
  • 2.40, Яйца яванского леопёрда (?), 11:01, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вам таки до сих пор скорости не хватает или всё-таки уже хватит искать проблему там, где её нет?
    Может стоит всё-таки свой кривой софт сначала пофиксить, а то каждый тут "ну это наверное подсистема графики, но мы не замеряли"
     
  • 2.89, Аноним. (?), 18:43, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Жирные тормозные иксы планомерно закапывают, это хорошо.

    Воажные мечты фрактала. Не надорвись, не закапаете.

     
  • 2.113, 9nko (ok), 00:17, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Почему-то тогда эти "жирные иксы" сейчас работают быстрее и слаженнее "лёгкого" вяленного. Хм...
     

  • 1.21, eganru (?), 10:13, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Использую sway, который использует wayland.
    Драйвера amdgpu, 4k экран.

    В основном пишу код и работаю с документацией.

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

     
     
  • 2.23, КО (?), 10:29, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Держи в курсе
     
  • 2.27, Анончик9999 (?), 10:38, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, проблема в Wayland и в тулките, на котором Zoom. Читай внимательно высше про свою проблему. Пока Zoom хорошо работает с X-ми.
     
  • 2.29, my_name_is_Mud (ok), 10:43, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Много и часто пользовался зумом в вейланд сессии. Всё хорошо работает, так же как на иксах. Но 1) у меня гном 2) зум из флатпака. Возможно эта связка даёт такой результат.
     
     
  • 3.69, eganru (?), 13:48, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Есть еще одно но - за год совещаний по zoom я понял, что это всё работает очень и очень условно.
    Для меня zoom - исключительно навязанное ПО, которое стало вдруг надо использовать, тк. часть совещаний стала вестись удаленно, а исторически zoom уже стоял на каком-то количестве ПК.

    Если нужно просто что-то обсудить, то по моему опыту voice-chat telegramа гораздо удобнее, даже с точки зрения интерфейса.

    Мне, например, показывать содержимое экрана нужно крайне редко - когда это понадобилось, я поставил сбоку xfce4, там показал что-то, и потом снова вернулся в sway.

     
  • 2.46, Аноним (46), 11:20, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Есть еще предположение, что зум проверяет сессию, если не гном, то не использует screencast api, потому что когда-то только гном его и реализовывал
     
  • 2.67, Annoynymous (ok), 13:35, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    В гноме под Wayland трансляция экрана в зуме работает. Т.е. какой-то костылик ради гнома они сделали, а в sway то ли не стали, то ли sway его не поддерживает.
     
  • 2.76, mikevmk (??), 14:26, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    А как тебе тачпад через libinput? Я сижу на X / i3wm, но периодически хожу щупать sway, так вот единственное, что мне мешает переехать - это хреновой поведение тачпада и отсутствие возможностей гибкой настройки как в synclient
     
     
  • 3.90, egan (?), 18:45, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    [i]А как тебе тачпад через libinput?[/i] - у меня нет тачпада. Я использую в основном клавиатуру. Я стал старый и слепой. люблю огромные экраны.

    [i]так вот единственное, что мне мешает переехать - это хреновой поведение тачпада и отсутствие возможностей гибкой настройки как в synclient[/i] - пока всё работает, я бы не трогал. Отложил бы до покупки нового ноутбука.

     
  • 2.77, Аноним (77), 14:32, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Использую sway

    Swayn? И да, драйверы.

     
  • 2.80, НяшМяш (ok), 16:16, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Возможно зуму не хватает libpipewire. Шаринг экрана в хроме это починило.
     

  • 1.25, ryoken (ok), 10:35, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Подскажите, в целях повышения уровня образованности. А чем замечателен сабж для простого линуксоюзера ? (В случае меня - гентоюзера :) ). Какие дополнительные возможности появятся в том же моём любимом КДЕ?
     
     
  • 2.28, eganru (?), 10:42, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –4 +/
    [i]дополнительные возможности[/i] - дополнительная возможность не использовать X в случае если у Вас нет задач, которые требуют X.
    Возможность делать приложения, для запуска которых не нужен X.

    Какие возможности Вы ожидаете увидеть?

     
     
  • 3.42, Аноним (34), 11:08, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > для запуска которых не нужен X.

    для запуска которых станет нужен вяленый... Дак какую задачу вы решили?

     
     
  • 4.49, eganru (?), 11:43, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    [i]Дак какую задачу вы решили?[/i] - перестал тратить время на технологию, которая в ближайшие годы уйдет.

    Если сравнивать i3wm(x) и sway(wayland) то особой разницы для пользователя в этом всём нет. Приложения всё одно используют фреймворки - тех, которые используют напрямую вызовы X осталось довольно мало.

     
     
  • 5.131, Аноним (34), 09:19, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > в ближайшие годы уйдет.

    2010: Ubuntu переходит на Wayland
    2021: Ubuntu переходит на Wayland
    2032: ...

     
  • 2.39, Аноним (12), 10:58, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дополнительная возможность купить видеокарту от амд и отказаться от миллиона разнообразных проектов по использованию нейронок. И от части графического софта. И от части вендороспецифичных красивостей в игрушечках. Не это ли ты всегда ждал?
     
     
  • 3.50, eganru (?), 11:46, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    [i]отказаться от миллиона разнообразных проектов по использованию нейронок[/i] - я пробовал другие видеокарты. Мне не понравилось. если говорить про nvidia - то это всё скорее прочего не работает. открытых драйверов нет, на проприетарных когда-то не хватало поддержки какого-то стандарта.

    Уверен, что если мне удавалось 10 лет обходиться без nvidia, то скорее всего смогу обходиться еще 10 лет - благо есть альтернативы, у которых видно хоть какое-то развитие.

     
     
  • 4.54, Аноним (12), 12:05, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Просто, дело в том, что там везде cuda И естественно всё работает только с проп... большой текст свёрнут, показать
     
     
  • 5.58, eganru (?), 12:18, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я 10 лет занимаюсь embedded и у меня есть очень серьезные опасения, что в ближайшие 10 лет это никак не поменяется.

    Так что скорее всего в ближайшие 10 лет все AI ускорители у меня если и будут, то уровня k210.

    [i]Даже в блендере нормальный отрисовщик сейчас только cuda[/i] - не знаю. у меня в blender работает жена - ей от брата перепал ноут с manjaro, там есть видеокарта nvidia - и, слава богу, там blender работает. Пока там всё работает последнее что я буду делать, так это туда лезть.

     
  • 5.62, Аноним (62), 13:11, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Darktable отлично на моей RX 560 ускоряется. ЧЯДНТ?
     
     
  • 6.66, Аноним (12), 13:35, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Darktable отлично на моей RX 560 ускоряется. ЧЯДНТ?

    Многие legacy программы достаточно успешно используют, но большинство нет. Например, opencl ускорители есть в x264 и imagemagick, однако они ускоряют в лучшем случае на пару процентов и только приносят проблемы. Сегодня любые вычисления это либо cuda, либо, если ты хочешь приключений, rocm (AMDшный транслятор для cuda -- как раз тот случай, где ничего не работает). Либо на части применений vulkancompute. OpenCL всё. Хотя я рад, что в том же tesseract он успешно работает без проблем. OpenCV вроде тоже перешёл на cuda и без куда ты отрежешь себя от большинства возможностей. Хотя вот это то уже странно -- вместо того чтобы допиливать opencl они решили взять cuda.

     
     
  • 7.68, Аноним (12), 13:44, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я ошибся, cuda появилась  в opencv на несколько лет раньше чем opencl. До сих пор паритет возможностей не достигнут, пропасть между ними всё шире.
     
  • 7.91, Аноним (62), 19:12, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Rocm - это по-твоему реализация cuda? Ну-ну, ты не нервничай главное.

    Про CV и его ускорение спорить не буду, никогда темой не интересовался. Но обработка фотографий (то, что мне нужно) ускоряется примерно в 2 раза. И работает у меня точно через OpenCL.

     
     
  • 8.92, Аноним (12), 19:16, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Где я такое сказал Это хуже, чем реализация cuda, это -- транслятор в амдшный б... текст свёрнут, показать
     
  • 2.84, n00by (ok), 17:25, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > чем замечателен сабж для простого
    > линуксоюзера ? (В случае меня - гентоюзера :) ).

    Гентоюзерам как раз повезло больше всех. Можно выполнить

    USE=-X emerge -uDN --with-bdeps=y @world

    и наблюдать за процессом. Остальным остаётся тиринги обсуждать.

     
     
  • 3.120, ryoken (ok), 08:55, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > USE=-X emerge -uDN --with-bdeps=y @world

    При всей моей экспериментаторской натуре, к USE=-X я пока что не особо готов, на основной ОСи :). Хотя теоретически возмонжно втупую склонить накопитель и уже на копии предаться экспериментам :).

     

  • 1.31, Аноним (34), 10:49, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > не позволяет клиенту получить доступ к содержимому окон других клиентов

    И как быть граберам экрана? Скринсейверы, захват видео и пр.

    > не допускает перехват связанных с другими окнами событий ввода

    А тут обломаются проги с глобальными хоткеями... Всякие плееры...

     
     
  • 2.56, llolik (ok), 12:10, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И как быть граберам экрана? Скринсейверы, захват видео и пр.

    В частности для этого пилят PipeWire. В GNOME это вроде как уже и работает.

    > А тут обломаются проги с глобальными хоткеями... Всякие плееры...

    Насколько я понял (возможно неправильно), обломаются для XWayland. Нативные Waуland  должны работать.

     
     
  • 3.59, Аноним (46), 12:48, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Насколько я понял (возможно неправильно), обломаются для XWayland. Нативные Waуland  должны работать.

    Нет, не должны, в гномоге так и сказали, что не будет этих ваших глобал хоткеев, для кед были задуманы какие-то костыли через d-bus, подробности по ссылке

    https://blog.martin-graesslin.com/blog/2015/06/global-shortcut-handling-in-a-p

     

  • 1.32, Верьмне (?), 10:50, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    У меня с дискретным видео от intel уже года 2-3 все работает суперски, причем с постоянным подключением к ноуту дока еще с двумя мониторами и тд, когда загружаю Xorg все сразу начинает как то тормозить и работать явно медленнее + в gnome + wayland классно работаю свайпы по тачпаду, всем рекомендую...
     
  • 1.33, Иваня (?), 10:50, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Классный механизм.
     
  • 1.43, Аноним (43), 11:10, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Wayland решает многие проблемы с безопасностью X11, так как в отличие от последнего изолирует ввод и вывод для каждого окна, не позволяет клиенту получить доступ к содержимому окон других клиентов, а также не допускает перехват связанных с другими окнами событий ввода.

    Поясните за копи-пасту. Раньше максимум, что позволялось, - это копи-паста между приложениями на одном рабочем пространстве. Сейчас в том же Sway - копируй, что хочешь, откуда хочешь, куда хочешь. Это не считается уже получением доступа к содержимому окон других клиентов?

    И как возможна при этом работа таких приложений, как wl-clipboard, wf-recorder, grim, slurp и подобных?

     
     
  • 2.107, Аноним (107), 21:07, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    этот параграф - буллшит от гномеров. Вяленый сам по себе ничего не говорит ни про какую безопасность, это просто низкоуровневый расширяемый протокол. Какие расширения (или протоколы, в терминологии вяленого) запилишь в композиторе, такая там безопасность и будет.

    В sway запилили протокол, получающий указатель на dma-буфер с текущим содержимым экрана. Wf-recorder, grim и slurp его и используют. Для wl-clipboard нужен другой протокол, реализующий буфер обмена, всё просто.

     

  • 1.45, Аноним (45), 11:12, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Какой-то GUI-стек курильщика По идее должно быть как Очень просто Слоистая ст... большой текст свёрнут, показать
     
  • 1.47, Николай (??), 11:24, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А есть плюсы в X11?
     
     
  • 2.51, Леголас (ok), 12:00, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    По сравнению с вяленым? Даже два: Xlib и XCB.
     
  • 2.53, Аноним (34), 12:02, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    - Доступ прог к экрану (захват видео, скриншоты, скринсейверы)
    - Глобальные хоткеи (когда прога реагирует на клавиши, не будучи в фокусе инпута)
     
     
  • 3.93, Vanych (?), 19:24, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    +++ загрузка приложений по сети
     
  • 3.112, PnD (??), 22:27, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Смотрим шире:
    Удалённый рабочий стол? Фигвам.
    Корректоры раскладок? Другой фигвам.
    (X через сеть оставлю за кадром, это таки экзотика.)

    Я могу понять заход красно-синей шляпы (сделать костыли под гнома и затащить силком несогласных).
    Но подозреваю что пользователи данных фич применяют *nix для профессиональной деятельности.
    И составляют бо́льшую часть того процента… или двух… или пятидесяти, если считать в моей конторе.

    Шляпа т.о. идёт в дупу (ну или в TTY, чтобы политкорректно и блм-но).

     
  • 2.95, Vanych (?), 19:25, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    загрузка приложений по сети
     
  • 2.104, arthi747 (ok), 20:20, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно. Х11 работает в отличии от. Вот прямо сейчас передо мной нобук с вяленым и вокруг приложений черные поля. При попытке потыкать систем сеттинг вообще все виснет. Это в KDE Neon stable. Точно такая же картина была в manjaro. В иксах все работает.
     

  • 1.52, flkghdfgklh (?), 12:01, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Sailfish 2

    Это та версия которая продана российским налогоплательщикам в нерабочем состоянии? Нынешняя работающая версия это Sailfish 3

     
     
  • 2.55, Аноним (34), 12:05, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    текущая у Ростелекома - 3.4.0.24
     

  • 1.61, Аноним (61), 13:01, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    на вейланде переключатель раскладки alt-shift дёргает верхнее меню в файерфоксе и других приложухах. иксы давно пропатчены и всё работает, приходится сидеть на иксах из-за этого
     
     
  • 2.70, ryoken (ok), 13:59, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > на вейланде переключатель раскладки alt-shift дёргает верхнее меню в файерфоксе и других
    > приложухах. иксы давно пропатчены и всё работает, приходится сидеть на иксах
    > из-за этого

    Может на другую комбинацию клавиш попробовать перейти? Уже давно использую CapsLock (потому что с него всё равно проку 0) :).

     
     
  • 3.108, zzz (??), 21:25, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если они не могут сделать так, чтобы Alt отрабатывал не по нажатию, а по отжатию (чтобы как раз и можно было нажимать комбинации с Alt-ом (а не только Alt-Shift)), то переходить надо не на другую комбинацию клавиш точно.
     
     
  • 4.132, Аноним (132), 15:53, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Если они не могут сделать так, чтобы Alt отрабатывал не по нажатию, а по отжатию

    Эти некие "они" не могут и в иксах такое сделать, в абанти и сузе запатчено это

     
  • 3.130, Аноним (34), 09:11, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Может на другую комбинацию клавиш попробовать перейти?

    Да.. Точно... На другой сервер. Например, Иксы.

     

  • 1.63, Аноним (63), 13:22, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Да походу этот долгострой так на помойку и уйдёт, как IPv6.
    Пока до ума доведёт - что-то новое придумают уже.
     
     
  • 2.73, Ann (??), 14:09, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Просвети про IPv6 и помойку. А то вот тут: https://www.google.com/intl/ru/ipv6/statistics.html график прет вверх, везде IPv6 потихоньку появляется... А оказывается, его уже выкидывать надо.
     

  • 1.64, Annoynymous (ok), 13:30, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > с реализацией обвязки над libwayland для Qt/C++, продолжающей развитие KWayland, но избавленной от привязки к Qt.

    Библиотека реализует обвязку над libwayland для Qt, но без привязке к Qt.

    Это как вообще?

     
     
  • 2.81, НяшМяш (ok), 16:19, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для С++ без привязки к Qt, но которую можно комфортно использовать и в Qt.
     

  • 1.78, Аноним (78), 14:40, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >В GNOME для Wayland исключена отрисовка всего экрана при использовании буферов dma-buf или EGLImage в пользу частичного обновления окон, снижающего объем данных, передаваемых между GPU и CPU. В сочетании с независимым обновлением элементов интерфейса указанная оптимизация позволила существенно снизить энергопотребление при автономной работе от аккумулятора.

    Не прошло и 13 лет...

     
  • 1.83, Док (?), 17:24, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Когда наконец они это гавно доделают??? Лучше бы х11 допилили
     
     
  • 2.94, Аноним (94), 19:25, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Wayland не говно и он давно готов. Это пусть кедерасты и гномосеки и разработчики иных приложений допиливают поддержку Wayland в своих проектах!
     
     
  • 3.96, Vanych (?), 19:28, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И правда! Чего там делать? Ведь Wayland это протокол
     
  • 3.97, псевдонимус (?), 19:31, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вся суть вялерастов. "Наш протокол настолько божественное, что кодер, пилящий графический редактор должен запиливали низкоуровневые штуки сам, либо использовать очередной жирнотулкит".

    Вяленд вообще гигантский шаг назад.

     
     
  • 4.109, Annoynymous (ok), 21:38, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вся суть вялерастов. "Наш протокол настолько божественное, что кодер, пилящий графический
    > редактор должен запиливали низкоуровневые штуки сам, либо использовать очередной жирнотулкит".

    А в иксах, надо понимать, низкоуровневые штуки запилииваются сами автоматически и жирнотулкиты не нужны.

    > Вяленд вообще гигантский шаг назад.

    Вяленд вообще способ сделать жирнотулкиты тонкими.

     
     
  • 5.111, псевдонимус (?), 22:21, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Вся суть вялерастов. "Наш протокол настолько божественное, что кодер, пилящий графический
    >> редактор должен запиливали низкоуровневые штуки сам, либо использовать очередной жирнотулкит".
    > А в иксах, надо понимать, низкоуровневые штуки запилииваются сами автоматически и жирнотулкиты
    > не нужны.
    >> Вяленд вообще гигантский шаг назад.
    > Вяленд вообще способ сделать жирнотулкиты тонкими.

    Иксы их реализуют.

    Каким образом ущербный протокол в котором толком ничего нет способен сделать тулкиты тощими? Правильно, никаким. Тулкиты только жиреют.

     
  • 3.101, RMS (?), 19:47, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лови Поццеринга!
     
  • 2.103, псевдонимус (?), 19:55, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Надеюсь никогда не доделают этот крап.
     

  • 1.86, Аноним (-), 17:54, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    >Для обеспечения выполнения обычных X11-приложений в окружении на базе Wayland используется DDX-компонент XWayland

    Этот обоз долго тянуть не надо. От приложений не умещих работать с Wayland надо по типому и планомерно избавляться.

    Wayland - это прогресс!

     
     
  • 2.98, псевдонимус (?), 19:34, 28/01/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот как избавитесь от приложений, требующих иксы, так о линукс на десктопе можно будет забыть.

    Лично мне проще будет Винду в виртуалке запустить. И сраузер под вяленым убожеством в другой виртуалке.

     
     
  • 3.117, Аноним (-), 07:00, 29/01/2021 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
     
  • 4.118, псевдонимус (?), 07:19, 29/01/2021 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 4.129, Аноним (34), 09:04, 30/01/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.133, псевдонимус (?), 20:03, 30/01/2021 Скрыто ботом-модератором     [к модератору]
  • +/
     

     ....ответы скрыты (5)

  • 1.87, acroobat (?), 17:55, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Тачпад бы допилили на этой хрене. Лучше бы libinput доделали.
     
  • 1.100, Аноним (100), 19:45, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://www.youtube.com/watch?v=L0l817ymu-s
     
  • 1.102, Аноним (102), 19:54, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    В Ubuntu 21.04 будет использовать Wayland по-умолчанию. Прошлая попытка была в Ubuntu 17.10
     
     
  • 2.128, Аноним (34), 08:57, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    2010 год: "В Ubuntu планируется вместо X-сервера использовать Wayland"
     

  • 1.106, Аноним (106), 21:05, 28/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Лично я использую везде старый домрый Xorg. На Wayland не работают важные для меня приложения, которые работают только через Snap и привязаны к Xorg серверу. Может когда-нибудь допилят до вменяемого состояния, но пока только Xorg.
     
  • 1.114, Аноним (114), 00:32, 29/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Cinnamon на Wayland так пока не решил переходить?
     
     
  • 2.121, Аноним (-), 09:48, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Напиши разработчикам Cinnamon-а, чтобы поторапливались.
     

  • 1.123, InuYasha (??), 11:39, 29/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>а также не допускает перехват связанных с другими окнами событий ввода

    Значит, вебдванолики в ФурриФоксе перестанут дёгаться при наведении курсора даже если поверх ФФ открыто другое окно? Да это спасёт Мозиллу от написания проверки if(WindowHasFocus())! ))

     
  • 1.124, Аноним (124), 15:02, 29/01/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Омг, ну и кусок говна этот wayland. Из-за него теперь вместо одних иксов, нужно поддерживать 100500 разного говна, друг с другом несовместимого. Сначала им нужно было реализовать 100% совместимость с иксами и только потом заявляться максимум о бета-версии своей херни, то что сейчас из себя wayland представляет не является даже альфа версией протокола.
     
     
  • 2.126, Аноним (-), 17:15, 29/01/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Иди читай матчасть. Глупости больше не пиши.
     
     
  • 3.127, Аноним (34), 08:53, 30/01/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты забыл отойти от зеркала.
     

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



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

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