LINUX.ORG.RU

Sway 1.5 (и wlroots 0.11.0) — композитор для Wayland, совместимый с i3

 , , , ,


0

3

Вышла новая версия совместимого с i3 фреймового оконного менеджера Sway 1.5 (для Wayland и XWayland). Обновлена библиотека композитора wlroots 0.11.0 (позволяющая разрабатывать другие WM для Wayland). 78 разработчиков внесли 284 изменения, обеспечивающие множество новых функций и исправления ошибок. Основные изменения:

  • Режим Headless для запуска среды без вывода изображения, может быть использован вместе WayVNC;
  • Поддержка новых протоколов для текстового ввода (Input method editors - IME);
  • Поддержка переменной частоты обновления (Variable Refresh Rate - VRR), в т.ч. для улучшения отображения игр;
  • Поддержка протокола viewporter, позволяющего запускать старые X11 игры и улучшающий скорость их работы;
  • Поддержка протокола wlr-foreign-toplevel-management для расширения возможностей мозаичной стыковки окон;
  • Множество обновлений в библиотеке wlroots - список изменений.

>>> Подробности

★★★★★

Проверено: cetjs2 ()

Ответ на: комментарий от anonymous

А зачем вы кучу-то строите? Человек пилит композитор согласно своим потребностям. Кучу стройте из тех, у которых цели создателей совпадают.

Siborgium ()
Ответ на: комментарий от Siborgium

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

bread ()
Ответ на: комментарий от Siborgium

Ну сделал ты имплементацию core protocol, что дальше? Где-то это решение сработает, хорошо. А десктопам-то что делать?

А в чем здесь проблема с десктопами?

С тем, что сама архитектура как таковая устарела

В чем это выражается?

anonymous ()

А я только собрался его попробовать пару дней назад, чтобы увидеть что это за чудо, только скачал - и сразу 1.5. Повезло. Правда весь цимесс этого WM пока не прочувствовал. Собственно, есть вопрос: его юзают только те, кому нужны тайлы, или есть другие варианты его использования(у меня просто обычно окна на весь экран сразу на несокльких мониторах, в тайлинг я только в tmux играю)? Или если не нужны тайлы, нужно присматриваться к чему-то другому?

lucentcode ★★★★★ ()
Последнее исправление: lucentcode (всего исправлений: 1)
Ответ на: комментарий от Siborgium

Кучу стройте из тех, у которых цели создателей совпадают. То есть «используйте только то, что написано для нашего композитора, а если что-то не работает то оно от лукавого»? Отличный план. Гномосеки ликуют.

anonymous ()

Это уже какой по счёту композитор? Я правильно понимаю что все 10+ существующих композиторов по сути внутри себя реализуют сам wayland?

Я просто сделал apt source wayland мне огрызок в «три» исходника выплюнуло и всё.

LINUX-ORG-RU ★★ ()
Последнее исправление: LINUX-ORG-RU (всего исправлений: 1)
Ответ на: комментарий от anonymous

Чего? Как вы из моего сообщения вывели написанное – решительно непонятно, откуда взяли гном – тоже.

Siborgium ()
Ответ на: комментарий от lucentcode

его юзают только те, кому нужны тайлы

В основном – да.

есть другие варианты его использования

Теоретически, можно через ipc сделать из него что угодно. Но зачем?

Siborgium ()
Ответ на: комментарий от Siborgium

Как вы из моего сообщения вывели написанное – решительно непонятно

И в самом деле:

Человек пилит композитор согласно своим потребностям. Кучу стройте из тех, у которых цели создателей совпадают.

anonymous ()
Ответ на: комментарий от Siborgium

А зачем вы кучу-то строите?

Потому что «собрать пирамидку» из деталей «разных конструкторов» с этим вашим гейландом проблематично. В лучшем случае получается куча.

anonymous ()
Ответ на: комментарий от LINUX-ORG-RU

Все верно. Имеется куча РАЗНЫХ реализаций. Кеды и wlroots пытаются все это как-то привести к общему знаменателю, но в гноме, разумеется, свой единственно расово верный путь. Это из того, что делается более чем полуторами землекопами.

Ближайший пример — mpv, где гномоебов с их скотскими фантазиями просто послали нахуй.

anonymous ()
Ответ на: комментарий от anonymous

А в чем здесь проблема с десктопами?

Проблема с десктопами в том, что не хватит им X core protocol. Даже если предположить, что мы готовы мириться с тем, что большое количество программ просто перестанут работать, потому что им нужны расширения, то core protocol все еще устаревший и полный багов. Я напомню, первые жалобы на проблемы дизайна X11 были в начале 1990-х. Большая часть описанных в том документе проблем не исправлена до сих пор, и не будет исправлена никогда.

В чем это выражается?

Это было разжевано тысячи раз за 10 лет.

Siborgium ()
Ответ на: комментарий от anonymous

А зачем вы пирамидку-то строите? Я никак не могу понять, зачем подводить под общий знаменатель принципиально разные инструменты. Кроме того, один общий знаменатель у них уже есть, это Wayland. Зачем искать еще какой-то?

Я понимаю, если вы сравниваете Gnome и KDE. Цели проектов – создать полноценное и целостное окружение рабочего стола. А sway-то сюда тащить зачем? Ни автору, ни абсолютному большинству пользователей окружение не сдалось. А более маргинальные композиторы?

Siborgium ()
Ответ на: комментарий от Siborgium

перестанут работать, потому что им нужны расширения

А расширения нельзя реализовать потому что… почему, кстати?

Это было разжевано тысячи раз за 10 лет.

Ты уж не поленись, опиши, а не кидай отмазки.

anonymous ()
Ответ на: комментарий от anonymous

Пичалька. То есть если сейчас/раньше были один X11 протокол и один Xorg как единственная эталонная реализация к которой просто писался свой софт и всё + кучка специальных реализаций и/или надстроек вроде Xephyr и прочее для особых нужд. То сейчас есть ультабазовый набор кода wayland ииииии реализации его на арч вики насчитал 18 штук которые каждый у себя реализуют одно и тоже со своими блекджеками и куртизантками. Недавно говорили что вроде как вяленый начнёт стандартизировать ещё дополнительные расширения для себя. Тоесть вся эта орава из 18+ реализаций должна будет по хорошему и все расширения у себя запилить? Эмм. Говно какое-то.

Не, ну пока что всё хорошо. Но блин не родит ли это через лет 10 несовместимый друг с другом зоопарк расширений или вообще тупо разной работы одного и того же на разных DE я уже молчу если вообще не как DE а просто композиторах для софта которому DE не нужно.

То блин

  • Xorg -> Xlib -> toolkit -> пиши тут

А щас блин

  • напиши -> напиши -> напиши -> напиши -> а вот теперь пиши тут

Что склоняет к

  • выбери композитор совместимый с вот этим тулкитом - пиши тут

Поддержка протокола viewporter

Тоесть под разными реализациями композитора один и тот же софт работает по разному

Поддержка переменной частоты обновления

В смысле поддержка? То есть vsync теперь можно отключать? А если в другом композиторе этого нет и я отключил vsync приложение вместо 60 рисует 300 то композитор будет дропать 240 кадров, а я репу чеши что происходит? Не очень понимаю.

LINUX-ORG-RU ★★ ()
Ответ на: комментарий от Siborgium

Проблема с десктопами в том, что не хватит им X core protocol.

Так и вяленого не хватит =) Вайланд ровно также как и X расширяется расширениями и через какое то время появится та же самая ситуация что и Xinput1 Xinput2 и прочее. Ладно ещё это все расширения будут на стороне композиторов пилить, а их много и то там то там будут свои улучшения и чуть разное поведение в каких то ньюансах. Надеюсь я не прав, но всё это выглядит уже как перспектива к такому зоопарку реализаций что жутко.

LINUX-ORG-RU ★★ ()
Ответ на: комментарий от Siborgium

Я никак не могу понять, зачем подводить под общий знаменатель принципиально разные инструменты

Потому что инструменты у нас живут не в вакууме, а в некоем окружении. И это не обязательно DE целиком, некоторым нравятся standalone-инструменты.

Кроме того, один общий знаменатель у них уже есть, это Wayland.

Он нихрена не общий. Он это велостоянка. На которой сейчас стоят , к примеру, десна-2 и ашанбайк. И взаимозаменяемо в этих реализациях занимателей парковочных мест мало что.

anonymous ()

Приличный эмулятор терминала хотя бы для вялого завезли? Кроме kitty, оно вроде может.

anonymous ()
Ответ на: комментарий от LINUX-ORG-RU

Не, ну пока что всё хорошо. Но блин не родит ли это через лет 10 несовместимый друг с другом зоопарк расширений или вообще тупо разной работы одного и того же на разных DE я уже молчу если вообще не как DE а просто композиторах для софта которому DE не нужно.

Там основная идея была: открываем зоопарк, там сначала копошится множество зверюшек, но выживает один гном, потому что никто другой не вывезет полноценную оконную систему с нуля. Как результат редхат монополизирует десктоп. Но тут на сцене появляется очень целеустремленный гик, и делает реализацию лучше, чем у гномов. Как результат: бугурт, разброд и шатания. Явно не то, что хотели в редхате. Так что вейланд в ближайшем будущем могут вообще объявить устаревшим, и начнется новое представление.

bread ()
Ответ на: комментарий от anonymous

Все верно. Имеется куча РАЗНЫХ реализаций. Кеды и wlroots пытаются все это как-то привести к общему знаменателю

Ещё есть Mir, который вроде как хочет занять в мире вялого нишу xorg. Чтоб на его основе клепали свои DE.

Ближайший пример — mpv, где гномоебов с их скотскими фантазиями просто послали нахуй.

Не знаю, кто там кого и с чем послал, но если ты про срач CSD/SSD то в mpv CSD запилили. Вообще много кто кого посылал. Автор сабжа вон нвидию посылает, в то время как гном/кде с поддержкой.

khrundel ★★ ()
Ответ на: комментарий от bread

там сначала копошится множество зверюшек, но выживает один гном

Ща они хмурым вмажутся и жтк4 запилят принципиально не совместимый ни с чем кроме вялого. То-то веселья будет!

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

anonymous ()
Ответ на: комментарий от anonymous

А расширения нельзя реализовать потому что… почему, кстати?

Ну как тебе объяснить, представь, что у тебя есть BIOS, в котором есть int 13h, предоставляющий очень много хороших и важных функций, например для работы с дисководами и жёсткими дисками. И ещё есть DOS с int 21h, в котором и доступ к файловой системе, да и вообще всякое. И драйвер мышки тоже есть. А там же сбоку VESA BIOS для выбора графических режимов. И вот это всё называется неким Core протоколом. Вот только запускать тебе на этом надо виндовые программы, благо есть расширение под названием windows 95. Но при этом некоторые виндовые программы с собой тащат досовские утилиты и bat-файлы.

Вот так оно примерно и работало. Ядро протокола X11 - это как DOS, примерно в те времена создано и для решения задач того времени. Современные X11-программы большей частью это не используют, а используют расширения, но может попасться одна, которой подавай что-то из старья. И поэтому выбор такой, либо тащить этот старый xorg вечно, либо переписать его, зная, что 95% работы уйдёт на реализацию ненужных функций, либо просто перевести X11 в режим поддержки и сделать что-то современное, предназначенное для решения актуальных задач.

khrundel ★★ ()
Ответ на: комментарий от khrundel

Ещё есть Mir, который вроде как хочет занять в мире вялого нишу xorg.

Идея неплоха. Но не будем забывать кто его делает и милую привычку этих ребят бросать все свои начинания на полпути. Так что лично я не сильно рассчитываю на взлет.

но если ты про срач CSD/SSD

Не только про него:

Отмечается, что при запуске плеера в сеансе GNOME на базе Wayland проявляется множество проблем, таких как несвоевременная отрисовка кадров и возникновение случайных флуктуаций с синхронизацией vsync. Данные проблемы специфичны для GNOME

Автор сабжа вон нвидию посылает

Не он один! В вики что насвая, что mpv спишут практически одно и то же: " данный велосипед не поддерживается".

anonymous ()
Ответ на: комментарий от SM5T001

Ясно, понятно. Чего сразу не sudo libinput debug-events или даже sudo cat /dev/input/mice?

а если эту либу в блобы интегрируют? в тот же стим/нвидия драйвер допустим

anonymous ()
Ответ на: комментарий от lucentcode

у меня просто обычно окна на весь экран сразу на несокльких мониторах

У меня тоже. i3/sway для такого сценария отлично подходят.

eternal_sorrow ★★★★★ ()
Ответ на: комментарий от eternal_sorrow

Точно, забыл про него.

Они поддержку лигатур добавлять планируют? Реализовано в сторонней репе: https://github.com/zenixls2/alacritty/tree/ligature

Итого два эмулятора терминала (которые прекрасно работают и в иксах). Оба не лишены своих вкусностей — kitty весьма свистопердуч, alacritty по простоте приближается к палке, но до urxvt им далеко.

anonymous ()
Ответ на: комментарий от anonymous

Я использую alacritty. Лигатуры в терминале мне не нужны. Я в терминале код не правлю. А kitty не поддерживает субпиксельное сглаживание, так что он не нужен.

eternal_sorrow ★★★★★ ()

Поддержка протокола wlr-foreign-toplevel-management для расширения возможностей мозаичной стыковки окон;

Support for the wlr-foreign-toplevel-management protocol, allowing custom docks and window switchers

За такой перевод надо по рукам бить, чтобы к клавиатуре руки не тянулись больше. @linuks, @cetjs2

Правильно так:

Поддержка протокола wlr-foreign-toplevel-management, который позволяет создавать сторонние док-панели и переключатели окон

Это кстати тот самый протокол, о котором мы недавно спорили с @mertvoprog

eternal_sorrow ★★★★★ ()
Ответ на: комментарий от eternal_sorrow

И с которого толку нет, пока это wlroots-овская отсебятина, не поддерживаемая в других композиторах.

mertvoprog ()
Ответ на: комментарий от eternal_sorrow

Вот, спасибо вам за то, что делитесь опытом. Буду настраивать Sway понемногу. Хочется слезть с Gnome на что-то более лёгковесное, и настраиваемое.

Кое-что интересное уже для себя нашёл: у меня есть окна приложений, которые желательно запускать автоматически и перемещать на соответствующий монитор, и Sway отлично с таким справляется, да и rofi/dmenu/bemenu очень удобны. Ну и идея вывод команд выводить в области в панели очень по душе, обычно панель - это минимум полезной информации, а с таким подходом на неё можно вывести то, что нужно конкретно мне.

lucentcode ★★★★★ ()
Ответ на: комментарий от eternal_sorrow

What shall we do with a wayland-vimer,

What shall we do with a wayland-vimer,

What shall we do with a wayland-vimer,

Early in the morning?

anonymous ()
Ответ на: комментарий от eternal_sorrow

не поддерживает субпиксельное сглаживание

Радужное сглаживание в терминале… Ты гей?

anonymous ()
Ответ на: комментарий от anonymous

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

[code] none [/code]

anonymous ()
Ответ на: комментарий от anonymous

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

 
       <edit mode="assign" name="rgba">
            <const>none</const>
        </edit>
anonymous ()
Ответ на: комментарий от lucentcode

да и rofi/dmenu/bemenu очень удобны. Только два из них не могут в нативный гейланд.

anonymous ()
Ответ на: комментарий от anonymous

Не могут, но работают через XWayland, а потому как-то использовать и их можно.

lucentcode ★★★★★ ()
Ответ на: комментарий от lucentcode

Если использовать xwayland так ли уж необходим сам вялый?

anonymous ()
Ответ на: комментарий от Siborgium

почему за Wayland будущее

Сломав сетевую прозрачность, создатели этого недоношенного бастарда начали с регрессии. У него нет будущего, он родился мёртвым.

Croco ★★ ()
Ответ на: комментарий от Croco

В далеком темном будущем все очень-очень плохо…

anonymous ()
Ответ на: комментарий от anonymous

У меня на X.Org тиринг есть. И иногда не хилый такой. Это первое. Мне нравится как плавно работают на Radeon приложения в сессии на Wayland - это второе. По возможности хочу избавиться от xwayland, но пока не найду всему, что использую, замену на Wayland, приходится юзать Xwayland.

lucentcode ★★★★★ ()
Ответ на: комментарий от Croco

Никогда не пользовался этой прозрачностью, и многие другие - тоже не юзали её. Нужно было организовать удалённый доступ - всегда юзал VNC/RDP. Если в локальной сети сетевая прозрачность работает нормально, то при подключении к тачке через сеть интернет(находился в одной стране, по приколу подрубался к своей тачке, находящейся в другой стране) - ловил такие фризы и глюки, которых у VNC отродясь не было…

lucentcode ★★★★★ ()
Ответ на: комментарий от Croco

Wayland никак не занимается сетью и попросту не может определять свою сетевую прозрачность. Все зависит от желания разработчиков конкретной имплементации.

Ссылки вам скинул аноним. Это куда проще и юниксвейнее, чем X-серверная сетевая прозрачность.

Siborgium ()
Ответ на: комментарий от lucentcode

Советую попробовать wldash. Он достаточно гибко настраивается, быстрый и удобный. Конечно, из него не получится сделать такого комбайна, в какой некоторые превращают rofi, но в качестве пускалки приложений он на голову выше остальных вариантов.

Siborgium ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.