LINUX.ORG.RU

Sway 1.0 alpha 1 с новой библиотекой композитора wlroots

 , , , ,


2

5

Благодаря хакатону и успеху кампании по сбору средств для разработки новой библиотеки композитора, проект Sway (совместимый с i3 фреймовый оконный менеджер для Wayland) получил возможность ускорить своё развитие и уже сегодня запустить alpha-тестирование версии 1.0. Основные нововведения:

  • Переход от библиотеки композитора wlc к собственной wlroots (с поддержкой Wayland и X11 в качестве backend, с описанием процесса разработки в блоге в трёх частях).
  • Настройки вывода: поворот, масштабирование, HiDPI.
  • Профили для схем комбинирования различных устройств ввода при их одновременном использовании.
  • Многопользовательское мультитерминальное решение для организации на базе одного компьютера несколько независимых рабочих мест.
  • Расширенные возможности Wayland: объекты типа «изображение», базовый протокол GTK для выделения, протокол для экранных клавиатур, протокол для скриншотов.
  • Улучшена производительность.
  • Полностью удалена поддержка проприетарного драйвера nvidia (поддерживается nouveau).

После предыдущего выпуска Sway 0.15 в основной код проекта были приняты 624 изменения от 5 разработчиков, в то же время в библиотеку wlroots были приняты 2329 изменения от 39 разработчиков.

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

★★★★★

Проверено: Shaman007 ()
Последнее исправление: atsym (всего исправлений: 51)

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

А разве нужно всё в один протокол пихать? На то и разделили всё по протоколам, чтобы было легко и непринуждённо писать расширения, которые будут полностью модульными. А не как в иксах. А вообще -вот https://github.com/flatpak/xdg-desktop-portal/blob/master/data/org.freedeskto... но в Sway/Wlroots взяли пока протокол от Weston, точнее от Orbital но там одно и то же по сути. А Weston - стандартная реализация. Так что всё честно. В общем и целом, всё операции по захвату чего-то на окне, будь то скриншоты, скринкасты или удалённый рабочий стол, а также доступ из изолированных приложений, решено делать через порталы. Все единогласно приняли, ибо лучшего ничего нет. Таким образом в каждый композитор требуется добавить небольшой API для вывода графики через портал, а дальше уже с этим будет разбираться Pipewire. Итого: сделано всё чётко, безопасность соблюдена, левых DE-специфичных протоколов нет, плюс появится возможность гонять видеопотоки между приложениями, как в Маке с Syphon

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

Венда - это как раз обетованная земля для любителей сабжа.

Почему? Из за wayland?

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

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

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

dmenu надо настроить

Оно по дефолту уже настроено. Ну, а я себе настроил с помощью скрипта.

#!/bin/sh
# https://faq.i3wm.org/question/6299/repeat-or-history-for-dmenu-commands.1.html


cachedir=${XDG_CACHE_HOME:-"$HOME/.cache"}
histsize=50
if [ -d "$cachedir" ]; then
    cache=$cachedir/emenu
    hist=$cachedir/emenu_hist
else
    cache=$HOME/.emenu_cache # if no xdg dir, fall back to dotfile in ~
    hist=$HOME/.emenu_cache_hist # if no xdg dir, fall back to dotfile in ~
fi
if [ ! -e "$hist" ]; then
    touch "$hist"
    echo foo
fi
cmd=$(
    IFS=:
    if stest -dqr -n "$cache" $PATH; then
        (tac "$hist" ; stest -flx $PATH | sort -u | tee "$cache" ) | dmenu "$@" -b -f -nb '#312e39' -nf '#c0a79a' -sb '#4c9882' -sf '#c0a79a' -fn Terminus
    else
        (tac "$hist"; cat "$cache") | dmenu "$@" -b -f -nb '#312e39' -nf '#c0a79a' -sb '#4c9882' -sf '#c0a79a' -fn Terminus
    fi
    ) 

echo "$cmd" | ${SHELL:-"/bin/sh"} &
#i3-msg "exec $cmd"

sed -i -e "/^${cmd}$/d;${histsize}q" "$hist"
echo "$cmd" >> "$hist"

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

Кстати, еще, например, kdeconnect умеет в управление курсором мыши при помощи экрана смартфона, как тачпадом. В wayland такая возможность предусмотрена?

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

Таким образом в каждый композитор требуется добавить небольшой API для вывода графики через портал, а дальше уже с этим будет разбираться Pipewire. Итого: сделано всё чётко, безопасность соблюдена, левых DE-специфичных протоколов нет
каждый композитор требуется добавить
левых DE-специфичных протоколов нет

И каждая скриншотилка будет работать в каждом композиторе?

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

Он может не разрешить одному приложению (kdeconnect) кликнуть по окну другого приложения и фича станет абсолютно бесполезной.

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

Всё также - через портал. Для гнома уже есть, для кед оставили на GSoC, если там никто не возьмётся - один из редхатовцев, кто пилит KDE (да да, и такое бывает) сказал что сделает сам.

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

вереницу окон превращать в вертикальные/горизонтальные вкладки

как это понять? это как в обычном DE типа кед или той же винды, панелька с о списком окон? или как?

eternal_sorrow ★★★★★
()

Полностью удалена поддержка проприетарного драйвера nvidia (поддерживается nouveau).

Меня крайне забавляет, что в Wayland автор хреновины для маханиями окошками должен думать ПРО ДРАЙВЕР ВИДЕОКАРТЫ.

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

Ещё один. Да не про драйвер, а про то как он работает с буферами изображений. Всё существующий работающие с Wayland дрова основаны на GBM, и только блоб у нас особенный, что для него приходится запиливать отдельную реализацию, при чём работающую через очко GNOME on Wayland на Nvidia-блобе. История успеха

Sunderland93 ★★★★★
()

вообще всем этим тайловым оконным менеджерам не хватает наглядной документации с примерами, типа «вот так выглядит фрагмент конфига и вот что он даёт»

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

Да. Насчёт документации - у i3 она очень шикарная. И конфиг там простецкий. По сути там и настраивать кроме хоткеев нечего, всем дефолтным можно пользоваться. Sway хорош ещё тем, что объединяет в себе не только функционал i3, но ещё и i3-Gaps, и много своих улучшений.

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

Ещё один. Да не про драйвер, а про то как он работает с буферами изображений. Всё существующий работающие с Wayland дрова основаны на GBM, и только блоб у нас особенный, что для него приходится запиливать отдельную реализацию

Почему в иксах это не является проблемой ОКОННОГО МЕНЕДЖЕРА?

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

Потому что оконный менеджер в иксах и композитор в Wayland - слегка разные вещи, не?

Да. Именно поэтому в иксах автору ОКОННОГО МЕНЕДЖЕРА не нужно реализовывать управление раскладками и думать про драйвера.

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

Ну да. Зато поверх иксов надо реализовывать оконный менеджер, там что-то пилить. При этом выше головы не прыгнешь, ибо внизу всё те же дуболомные иксы.

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

Зато поверх иксов надо реализовывать оконный менеджер

А что, в Wayland он появляется по мановению астрала штоле?

При этом выше головы не прыгнешь, ибо внизу всё те же дуболомные иксы.

В которых писателям оконных менеджеров не нужно беспокоиться по поводу драйверов, а сделать скриншот можно без двух дополнительных протоколов, ага :D

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

При этом выше головы не прыгнешь, ибо внизу всё те же дуболомные иксы.

Хе-хе-хе. Не прыгнешь выше, потому как внизу... Бро, это так вейланд разум отнимает, или он специально отбирает альтернативно одаренных?

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

Ещё один. Да не про драйвер...

А как вяленки понтовались, на крайняк можно обойтись без аппаратной поддержки, напрямую писать в буфер, то-сё.

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

А что, в Wayland он появляется по мановению астрала штоле?

Скажи честно - ты протокол вообще не читал и не пытался вникнуть в работу вяленого, как большинство хейтоты в треде? Мне нужно знать, что бы не тратить время на объяснение одного и того же.

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

а сделать скриншот можно без двух дополнительных протоколов, ага :D

Напомни-ка мне уважаемый о том, как реализован x11grab и как работают скриншотилки в иксах? Если ты конечно компетентен в данных вопросах.

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

можно обойтись без аппаратной поддержки

Аппаратной поддержки чего?

напрямую писать в буфер

Если под этим подразумевается fbdev - то таки можно.

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

Лол, выбирай железо под оконный менеджер. Всегда так делаю.

У автора либо либо чрезвычайно завышенное ЧСВ, либо он совсем поехал кукухой на тему швабодки.

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

Или у него AMD и он не хочет заморачиваться с поддержкой egl streams в wlroots.

quantum-troll ★★★★★
()
Ответ на: комментарий от hateyoufeel

Имеет право. Его проект. Пользоваться им никто не заставляет. И таки да- я как юзер Nvidia уже более 8 лет признаюсь, что жую кактус. Хотя раньше я этого не осознавал и чуть ли не молился на зелёных.

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

молящихся фанатов вечно кидает из крайности в крайность

остальные просто пользуются рабочим решением

я вот не помню, чтобы за 10 лет использования Nvidia на Линуксе у меня что-то падало или не работало

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

Ну, с 2016, когда Меса начала так активно разиваться, как никогда, АМД активно суетилась, да Valve пачками набирала разрабов для улучшения свободных дров Radeon, включая RADV - я всерьёз задумался о смене видеокарты. Пока меня останавливает только хреновая поддержка OpenCL на открытом стеке. Игры тоже уже перестали быть причиной использования Нвидии, так как и на Месе многое стало работать хорошо. Не так конечно хорошо как на Нвидии, но прогресс радует. Зато сколько всего я могу получить, сменив решение: прекрасный свободный драйвер, который можно спокойно обновлять не боясь что модуль может не загрузиться (с нвидией бывало такое), Wayland, конечно, всякие Gallium Nine, virgl, который недоступен на блобе зелёных. Кучу всего. И вот эти закидоны Нвидии, вроде попыток пропихнуть свой вендорлок в опенсорс, вызывает ещё большее отвращение к ним.

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

прогресс радует

а мне вот не прогрессу радоваться хочется, а быть уверенным, что любая портированная или wine-игра (если таковая вообще работает в wine) заведётся с минимальными или нулевыми потерями FPS

нет, я не то чтобы игрун, но иногда вот узнаю о какой-нибудь игре, и возникает желание поиграть, и с АМД я не могу быть уверенным, что игра будет работать, не тормозить адски, и не выдавать на экран вместо игры разноцветную кашу - и нахрена мне нужно такое счастье? сидеть радоваться прогрессу? это похоже на то, как у человека в квартире бардак, в подъезде нассано, на улице грязь и развал, а он сидит перед телеком радуется тому, какая его страна самая великая и правильная в мире

а с нвидией я комфортно играю во всякие симуляторы и стратегии на затычке с пассивным охлаждением (!)

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

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

ну и судя по новостям, в блобе появляется поддержка нового ядра ещё когда оно на стадии RC находится, я даже не помню такого, чтобы было иначе

ну, можно упрекнуть блоб в отсутствии нормальной консоли, только какая мне от этого печаль, если я в GUI провожу 100% своего времени за компом?

всякие Gallium Nine, virgl

а ты ими хоть пользуешься?

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

а ты ими хоть пользуешься?

Как я могу ими пользоваться, если на блобе они недоступны? VirGL я очень хочу, это классная вещь.

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

А что они могу решить? Они лишь перепаковывают блоб с официального сайта, и всё.

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

а, я думал, ты уже переехал на амд

а что ж не преедешь, если так страдаешь?)

А что они могу решить?

откуда я знаю? факт в том, что неработающего с новым ядром блоба я не встречал никогда, вот и всё

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

а с нвидией я комфортно играю во всякие симуляторы и стратегии на затычке с пассивным охлаждением (!)

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

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

А что мешает делать то же самое с амд?

спроси у разработчиков амд-дров, что им мешает сделать их такими же стабильными, как нвидиевский блоб

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

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

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

У меня нет нареканий к стабильности амдишных дров

ну и молодец

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