Осваиваю Bspwm

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

Я ни разу не говорил об убивании именно Х-сервера.

В случае с иксами Х отдельно, а плазма отдельно. Причём в каком бы соотношении они не падали, приложения будут утянуты менее чем в 100% случаев.

То есть было «В каком соотношении бы они не падали», а теперь уже не в каком бы соотношении, и только один?

А в гномовайланд всё это вместе взятое - один процесс, и если с ним что то случится (расширение глюкнет например), то всё, финишь.

Ну так а если глюкнет Х- то всё упадёт. Проблема в том, что у тебя есть отдельно композитор, х-сервер, приложение. В случаи wayland это всё может быть одним приложением или приложение-> композитор. Точек отказа меньше.

гномовайланд

Что ты к этим васянам прицепился, wayland!=gnome.

Красивое. Надо попробовать сей манагер.

То есть было «В каком соотношении бы они не падали», а теперь уже

Допустим вероятность падения графического сервера это x, вероятность падения ВМ это y, а вероятность упронить при этом приложения z. Тогда для вайланда z=x+y, а для Х-окружений z всегда меньше x+y. Очевидно именно это я изначально и говорил и не надо изголяться чтобы извратить мои слова.

И даже больше могу сказать, для более нового и менее стабильного вайланда «x» будет больше чем аналогичная «x» у Х-сервера.

Точек отказа меньше.

Наоборот, имеем более сложную систему с большей непредсказуемостью поведения и более сложной диагностикой.

wayland!=gnome

Но только они заявляют паритет функционала и стабильную версию. КДЕ честно признают - не готово. Ну и оно собственно и не готово. А все прочие, в т.ч. эталонный weston и вроде-как-рабочий-sway - по сути нишевая маргинальщина.

советую прям сильно. многие пишут, что i3 - самый простой из тайлинг ВМов и его советуют ставить для пробы, но bspwm намного меньше времени у меня занял для настройки. тут только одна сноска - я панелями не пользуюсь(место экономлю на экране!) возможно именно поэтому все прошло быстрее :3

Сами приложения и окна рисуются черех X

Ага, xclock. Х-сервер уже в 10-х ругали за то, что там каждый первый работает через прямые интерфейсы DRI/DRI2, а сейчас вроде бы DRI3 внедрён. Якобы благодаря этим нехорошим штукам Х-сервер не использует все свои возможности и занимается только перекладыванием буферов окон.

Да, но он не подвисает. Ты опять из пальца высосал аргумент

Ну да, конечно. Гном так же не подвисает как плазма никогда не падала.

То есть мест для подвисания больше.

Мест больше, а подвисаний меньше. Чудеса… А всё потому, что обработка буфера окна и композитные дела в разных потоках.

Возьми какой нибудь sway.

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

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

Я тоже, но… из всех попыток запустить полноценное вайланд-окружение пока что видел один единственный вариант, и в нём буквально каждое мать его действие композитора фризило все окна. Каждый раз и с вероятностью 100%, разве что не всегда больше 0,2с. Такое ощущение, как будто с х86 ноута пересел на RPi3 с лёгким свопингом и тротлингом цпу.

И я в общем то даже знаю кто виноват: аномально урезанная видеокарта-затычка с опять же медленной системной шиной. В остальном старый, но стандартный цпу и не геймерский, но стандартный и стабильный нуво (под которого кстати гном и затачивался). Т.е. всего лишь повышаем время возврата с видеокарты и сваливаемся в трэшак. Чисто архитектурно, так и было запроектировано. А хочешь вернуться на софтовый рендер - хрен тебе, можешь патчить и пересобирать месу.

Допустим вероятность падения графического сервера это x,

Не надо ля-ля.

В случае с иксами Х отдельно, а плазма отдельно. Причём в каком бы соотношении они не падали, приложения будут утянуты менее чем в 100%

Ты здесь сделал утверждение про Х-ы, при чём здесь вяленд? Ты утвердил, что кто бы не упал, приложения будут целыми.

И даже больше могу сказать, для более нового и менее стабильного вайланда «x» будет больше чем аналогичная «x» у Х-сервера.

Тогда для вайланда z=x+y, а для Х-окружений z всегда меньше x+y.

У вайленда нет графического сервера, опять ты из пальца высосал. Так что смело можешь х выкидывать.

Если х - вероятность падения. y- количество причин. То в wayland количество причин будет всегда меньше. Следовательно и вероятность.

Наоборот, имеем более сложную систему с большей непредсказуемостью поведения и более сложной диагностикой.

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

Но только они заявляют паритет функционала и стабильную версию.

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

А все прочие, в т.ч. эталонный weston и вроде-как-рабочий-sway - по сути нишевая маргинальщина.

Ну да, конечно! Свей с 9к звёзд на гитхабе и gnome-шэль с 500. Маргинальщина прям маргинальщина.

И при чём здесь вестон опять? Gnome и sway не используют weston. Первый через mutter работает, второй через wlroots

Само приложение напрямую с openglDRI работает.

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

То есть у тебя всё организованно так, что доля полезной информации где-то в районе 10-30% ? Может проблема в этом.

Это не у меня, это у современных поисковиков. Хотя возможно виноваты веб-дизайнеры, штампующие «контент» под копирку, но зато на своих ,самых лучшых в мире сайтах. И 10% полезной информации это было бы весьма и весьма оптимистично. Это же найти всё что нужно в жалких 2 страницах поисковика с вероятностью целых 99%!

И вообще у меня для обычной прокрутки кусками есть pageUP-pageDown, а на колёсике плавтная.

Это где это можно держать анимацию прокрутки одновременно и включенной и выключенной?

такая же плавная которая будет за 2 секунды плавно спускаться на 10 строк.

Вот именно, будет вырвиглазие. Адовая нагрузка на глаза все эти 2 секунды плавного сползания. Я пробовал наверное все существующие варианты и пришёл к простому и однозначному выводу: никаких анимаций с перемещением текста. Старый должен исчезнуть, новый появиться и не надо пытаться его читать в промежутке между этими событиями.

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

Просто я могу себе позволить потратить 0,3 секунды, раслабить глаза и не испытывать угрызения совести по этому поводу.

Ну… это примерно как пытаться идти быстро, но пробегать спринтом каждые 10 шагов а потом стоять и пару секунд отдыхать пару секунд. Скорость примерно та же, что и при быстром шаге, вот только чувствуешь что что то тут не так. Уж лучше я постаринке, буду сосредотачиваться на 2-3 минуты, просматривать за это время ~50 экранов текста, а потом расслабляться.

Господи, при чём здесь weston

Потому что есть такая эталонная сферическая реализация вайланд-композитора и некоторые проекты используют его в качестве WM. sway из таких, или там полностью своя реализация, которая каким то чудом якобы превосходит гном и кде вместе взятых, которые пилятся уже лет 10 и никак не могут допилиться?

Ага, xclock. Х-сервер уже в 10-х ругали за то, что там каждый первый работает через прямые интерфейсы DRI/DRI2, а сейчас вроде бы DRI3 внедрён. Якобы благодаря этим нехорошим штукам Х-сервер не использует все свои возможности и занимается только перекладыванием буферов окон.

Я пожалуй на этом закончу. Зачем ты этот бред пишешь, 5 звёзд на помойке нашёл что ли?

Любое X приложение дёрлгает libx\libXCB, работая через DIX драйвер и дёргая windows manager, после чего дует либо в KMS, либо через libDRM который дёргает ускорение из libGL\egl.

У вайленд клиента же есть возможность напрямую работать с libGL без всяких серверов и напрямую дальше стучаться в drm.

Но ты конечно веришь, что X приложение может работать напрямую с DRI, но нет. Всё равно нужен запущенный X сервер, всё равно 2D напрямую через DRI не ускоряется, всё равно нужен композитор рисующий окна, который всё равно не будет работать без запущенного X сервера.

По этому читать дальше примеры 3 помидора и 4 лабородора у меня желания нет, учи матчасть.

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

Никто, само приложение с помощью композитора или без. Wayland не занимается этим.

Это где это можно держать анимацию прокрутки одновременно и включенной и выключенной?

На пробел она выключена, в хромом точно.

Уж лучше я постаринке, буду сосредотачиваться на 2-3 минуты, просматривать за это время ~50 экранов текста, а потом расслабляться.

Это не «По старинке», а привычка придумывать себе проблемы. Ты будешь 2-3 минуты напрягаться, а потом 2 минуты отдыхать. Я же буду просто 5 минут не напрягаться. Собственно кто не напрягается, тот и не работает,а отдых просто смена деятельности.

Потому что есть такая эталонная сферическая реализация вайланд-композитора и некоторые проекты используют его в качестве WM. sway из таких, или там полностью своя реализация, которая каким то чудом якобы превосходит гном и кде вместе взятых, которые пилятся уже лет 10 и никак не могут допилиться?

weston это композитор эталонный, ты понимаешь что такое композитор ? В gnome нет weston``a, в KDE нет вестона, в sway нет weston` a. Sway сам себе композитор, на wlroots, у KDE композитор в вайленде это kwin, у гномошали mutter.

Потому что есть такая эталонная сферическая реализация вайланд-композитора

Исключительно для тестирования новых расширений и в качестве примера кода.

некоторые проекты используют его в качестве WM

Только WSL2g.

или там полностью своя реализация

Да, полностью своя. Зовётся wlroots, пилят её те же люди, что и Sway. И люди далеко не глупые. Они же активно контрибьютят в Mesa, Xwayland, libdrm, Wayland, wayland-protocols, много куда.

И люди далеко не глупые

Насколько я помню, сегодняшний мейнтейнер и основной разработчик wlroots/sway (Simon Ser) - один из ключевых людей в сообществе wayland и вообще один из «отцов основателей», если можно так выразится.

Мейнтейнеры MESA, да и всего граф.стека (Marek Olsak и David Airlie) тоже в wayland сообществе далеко не последние.

Ты утвердил, что кто бы не упал, приложения будут целыми.

О, нет. Давай как пруфы.

У вайленда нет графического сервера

А у тесламобиля нет двигателя. Его толкают вперёд электроны, вылетающие через задние габаритки.

Конечно, ведь система состоящая из 2 точек отказа, более сложная чем система из четырёх.

Это не работает с чёрными ящиками. Система из 3 деталей с 2 связями между ними принципиально надёжнее чёрного ящика, внутри которого 3 или более деталей с взаимными связями между ними. То что ты не видишь точек отказа не значит что их нет, это значит что они менее предсказуемы и сложнее чинятся.

9к звёзд на гитхабе

А каким образом звёзды на гитхабе пересчитываются в число пользователе-часов и где дистрибутивы с sway в качестве окружения по умолчанию?

через wlroots

Отлично, это кое что проясняет. Т.е. sway не реализует вайланда, этим занята библиотека от другого проекта. Но видимо работает оно в рамках одного процесса.

Зовётся wlroots, пилят её те же люди, что и Sway. И люди далеко не глупые.

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

У вайленд клиента же есть возможность напрямую работать с libGL без всяких серверов и напрямую дальше стучаться в drm.

То, что Х-приложение заглядывает пару раз во все эти libx\libXCB и что то там делает через DIX не значит что оно через них работает. Да, это бородатое легаси, но вы сами заметили, что потом дёргается KMS либо libDRM, а они уже как бы обёртки для прямой работы с видеокартой. Так что всё что вносит вайланд - всего лишь слекга спрямляет способ получения приложением доступа к видеокарте.

Правда есть такие приложения, которым доступ к видеокарте даром не нужен. Что для таких есть на вайланде? Т.е. я прекрасно и сам знаю, их просто никто не переписывает под вайланд и один хрен приходится работать через библиотеки и интерфейсы Х.

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

Никто, само приложение с помощью композитора или без. Wayland не занимается этим.

Что за бред? Вайланд это пакет документации, это я знаю. Это все знают. Так определись уже, занимается этим вайланд-композитор, или текстовый редактор сам должен озаботиться заголовком окна, соответствующим твоему ДЕ? И правльные тени тоже он должен рисовать? А правильную анимацию альт-таб? а правльную панораму открытых окон? А следить за видеорежмом мониторов? Может ещё синхронизировать кадровый буфер своего окна с кадровым буфером файерфокса и с кадровыми буферами к выдаче на hdmi1 и hdmi2?

На пробел она выключена, в хромом точно.

Не то чтобы мне когда нибудь приходило в голову листать браузер пробелом… Надо же, листает. Правда не сочетается с тем, что пробел это вводимый в текстовое поле символ. Короче не всегда работает, так что проще считать что вообще не работает.

Я же буду просто 5 минут не напрягаться.

И ты за эти 5 минут просмотришь 5 сайтов, а я 10. Эта странная методика появилась у меня именно из желания напрягаться и эффективно тратить время.

у гномошали mutter

Может я очень невнимательно смотрел, но гном-вайланд-сессия не запускает mutter, только gnome-shell.

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

Ну а что они не смогли добиться? Как минимум на ум всплывает расширение xdg-shell, которое хоть и пилилось сообща, но в основном его доводили до ума шапочники. По сути что сейчас не так с Wayland? Это лишь косяки его конкретных реализаций. Например основной косяк Гнома - отсутствие поддержки серверных декораций окон, косяки кед в основном исходят от косяков Qt,

но гном-вайланд-сессия не запускает mutter, только gnome-shell.

Странные у тебя конечно познания, но тем не менее. Mutter - это Wayland-композитор, это то же самое что Wm+Xorg, в одном флаконе. Он работает напрямую с DRM. Gnome-Shell - это оболочка рабочего стола, плагин к Mutter. Они не работают раздельно. Любой композитор нуждается в так называемом shell, то бишь оболочке рабочего стола. У гнома это gnome-shell, у weston это desktop-shell (или IVI-shell, в редакции для встраиваемых систем), у плазмы - plasma-shell, у Sway это универсальный протокол layer-shell, который также поддерживается в Mir и Kwin, что технически позволяет запускать поверх них любые приложения с поддержкой этого протокола. Например можно запустить в Sway панель от MATE, там этот протокол реализован.

Ну а что они не смогли добиться?

Тормозит, падает, оборудование не поддерживает, функционала недостаточно.

что сейчас не так с Wayland? Это лишь косяки его конкретных реализаций.

Вот именно, вайланд вообще в принципе хороший, но в природе не водится. Есть плохой гном, есть незапускающееся кде, есть тайлинговый sway, который даже при идеальной работе подходит 1% от 1% пользователей. Ну и так далее.

Любой композитор нуждается в так называемом shell

В мире Х не нуждается. графический сервер + компоитный WM и уже можно запускать риложения. Всякие shellы это всего лишь приятное дополнение.

у плазмы - plasma-shell

Вот тут точно могу сказать: плазма это всего лишь программка для рисования панельки и плазмоидов. КДЕ может существовать и без неё.

универсальный протокол layer-shell

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

Есть плохой гном, есть незапускающееся кде, есть тайлинговый sway, который даже при идеальной работе подходит 1% от 1% пользователей. Ну и так далее.

Видимо вам люто не везет с железом. У меня везде всё работает, хотя про недостающие фичи согласен полностью.

Так, стоп, вайланд же и есть универсальный протокол для запуска вайланд-приложений на вайланд-композиторе

Wayland это протокол для создания композитора. Взгляните в репозиторий wayland-protocols - это различные расширения для добавления той или иной функциональности. layer-shell требуется для создания так называемых слоёв - областей на экране, на которых будут размещаться элементы, например обои рабочего стола - нижний слой, панель - верхний слой, всплывающие окна и уведомления - overlay-слой. За управление окнами, их перемещение, ресайз, сворачивание и так далее отвечает протокол xdg-shell, за организацию ввода текста - text-input, за блокировку хранителя экрана - idle-inhibit. И так далее. layer-shell это попытка создать универсальный, десктопонезависимый интерфейс для работы сторонних панелей и подобного в различных Wayland-окружениях. Plasma планирует перейти на него со своего собственного протокола, скорее всего в Plasma 6.

Да layer-shell вы не найдёте в wayland-protocols (пока), но это не мешает ему успешно реализовываться в том же KDE

Вот тут точно могу сказать: плазма это всего лишь программка для рисования панельки и плазмоидов. КДЕ может существовать и без неё.

Вы хотели сказать Kwin может существовать без неё? Да может, благо в отличие от Гнома оболочка и WM не прибиты гвоздями друг к другу. Но полноценное Wayland окружение на нём не построить без плазмы, от чего сейчас страдает LXQt, ибо у них нет сил на написание своего шелла.

В мире Х не нуждается

В мире X есть понятие корневого окна, которое рисует X-сервер, и которое имеет доступ ко всем другим окнам. В мире Wayland каждое окно рисуется независимо, и окна приложений не видят друг друга. Побочный эффект - не работает абсолютное позиционирование окон на экране. Только относительное. Именно для создания рабочего стола и нужен shell. Именно это причина, почему например Caja не работает нативно под Wayland, потому что в режиме рабочего стола (когда файловый менеджер отвечает за отрисовку значков на рабочем столе) его окну некуда прикрепиться, и оно запускается как окно обычного приложения (выглядит забавно, рабочий стол с кнопками свернуть, развернуть и закрыть). Поэтому в Wayland шелл обязателен

Gnome-Shell - это оболочка рабочего стола, плагин к Mutter

Не совсем так. Mutter это не столько композитор, сколько библиотека, реализующая копозитор. А gnome-shell использует реализацию libmutter для своего композитора.

от другого проект

Нет, от того же.

https://github.com/swaywm/sway

https://github.com/swaywm/wlroots

О, нет. Давай как пруфы.

killall -9 X

А у тесламобиля нет двигателя. Его толкают вперёд электроны, вылетающие через задние габаритки.

Аналогии нужны при отсутствии понимания предмета

Это не работает с чёрными ящиками. Система из 3 деталей с 2 связями между ними принципиально надёжнее чёрного ящика, внутри которого 3 или более деталей с взаимными связями между ними. То что ты не видишь точек отказа не значит что их нет, это значит что они менее предсказуемы и сложнее чинятся.

Опять чебурашка с ананасом для объяснений зубной боли

А каким образом звёзды на гитхабе пересчитываются в число пользователе-часов и где дистрибутивы с sway в качестве окружения по умолчанию?

Таким, что их явно ставят не деревенские доярки.

Отлично, это кое что проясняет. Т.е. sway не реализует вайланда, этим занята библиотека от другого проекта. Но видимо работает оно в рамках одного процесса.

Тебе нужно посмотреть архитектуру и рахобраться. Wayland реализует libwayland, wlroots библиотека для построения композитора, которым sway и является. Сервера нет.

То, что Х-приложение заглядывает пару раз во все эти libx\libXCB и что то там делает через DIX не значит что оно через них работает.

Значит, и это факт.

Да, это бородатое легаси, но вы сами заметили, что потом дёргается KMS либо libDRM, а они уже как бы обёртки для прямой работы с видеокартой.

Обёртки для обёрток. Ты в кашу смешал вывод, рендеринг, рисование.

Правда есть такие приложения, которым доступ к видеокарте даром не нужен. Что для таких есть на вайланде? Т.е. я прекрасно и сам знаю, их просто никто не переписывает под вайланд и один хрен приходится работать через библиотеки и интерфейсы Х.

Например? Конcольные приложения разве что.

Там нет тиринга. И всё. Но тиринга много где нет, так что не лучше ли использовать более совместимое с существующим софтом окружение?

Нет тиринга без накладных расходов, это важно. Более простая реализация. Для существующего софта есть Xwayland

Что за бред? Вайланд это пакет документации, это я знаю. Это все знают. Так определись уже, занимается этим вайланд-композитор, или текстовый редактор сам должен озаботиться заголовком окна, соответствующим твоему ДЕ?

Waland =! wayland-композитор.

И правльные тени тоже он должен рисовать?

Композитор, но может и не он

А правильную анимацию альт-таб?

Композитор, но может и не он

а правльную панораму открытых окон?

Композитор

А следить за видеорежмом мониторов?

Композитор

Не то чтобы мне когда нибудь приходило в голову листать браузер пробелом… Надо же, листает. Правда не сочетается с тем, что пробел это вводимый в текстовое поле символ. Короче не всегда работает, так что проще считать что вообще не работает.

Ты же вводишь в текстовое поле пробел и одновременно листаешь!

И ты за эти 5 минут просмотришь 5 сайтов, а я 10. Эта странная методика появилась у меня именно из желания напрягаться и эффективно тратить время.

Нет, ты за 5 минут посмотришь 10 сайтов, а я за 5 минут пойму что написано на 5 сайтах.

Может я очень невнимательно смотрел, но гном-вайланд-сессия не запускает mutter, только gnome-shell.

https://gitlab.gnome.org/GNOME/mutter

Mutter is a Wayland display server and X11 window manager and compositor library. When used as a Wayland display server, it runs on top of KMS and libinput. It implements the compositor side of the Wayland core protocol as well as various protocol extensions. It also has functionality related to running X11 applications using Xwayland.

а я за 5 минут пойму что написано на 5 сайтах.

Но фишка в том, что там ничего такого не написано чего ты не прочитал на 5 других сайтах за предыдущие 5-10 минут. Совершенно неважно как листает браузер если надо внимательно читать одну страницу, но задача то по отсеиванию 95% рекламы и дублирующегося мусора.

killall -9 X

Не надо мне приписывать того, чего я не говорил. Читай выше.

Опять чебурашка с ананасом для объяснений зубной боли

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

Сервера нет.

Потому что его обозвали композитором. И принципиально важно именно это, а не то, что он берёт на себя все функции графического сервера.

Обёртки для обёрток.

Обёртки для совместимости. Обёртки это конечно не хорошо, но хреново работать ещё хуже.

Например?

Любой софт на старых тулкитах типа qt4 и gtk2, а также fltk и прочих подобных. А это всё - гимп и либреофис (который без видеокарты рисует быстрей чем на ней) и сверху всё ещё заметная доля софта. Дальше лёгкий безтулкитный софт вроде feh, imagemagik, i3lock (да и всего i3).

без накладных расходов, это важно.

Это невозможно. Нет таких шаманских риуалов, чтобы все буферы синхронизированы, но без синхронизации.

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

Не только kwin, но и приложения кде. В т.ч. systemsetings которая настроит много всего, не связанного с плазмой. И большая часть сервисов кде тоже запустятся и предоставят нужные ресурсы, так что дельфин, консоле и прочее в принципе будет работать. Я это внезапно обнаружил устанавливая куски кде для их запуска в lxde. Получилась натуральная кде без плазмы. Сессия, квин, запускалка по альт+Ф2 и ни одного плазмоида и панельки.

Мне кажется это не должно быть везением. Надо было изначально заморочиться с гарантированным софтовым рендером и железом 20-и летней давности.

В Wayland ввод и вывод полностью изолирован, окна не могут читать содержимое друг друга. Это именно часть дизайна. За относительное позиционирование на экране отвечает интерфейс xdg_positioner, который идёт в составе xdg-shell. Через него происходит позиционирование всплывающих, родительских окон, контекстных меню и так далее. Это не костыль, это расширения для работы Wayland на десктопах, потому что Wayland задумывался не только как десктопный протокол

И какой смысл в софтовом рендере? Не, он как бы есть, через pixman, или Qpainter в кедах, но зачем? И зачем под древнее железо ориентироваться, которое давно не поддерживается и у разработчиков его тупо нет? Чем это будет отличаться от иксов, если придётся таскать за собой такой груз легаси кода?

Не, он как бы есть, через pixman, или Qpainter в кедах, но зачем?

Хотя бы чтобы начать работать на каком нибудь apple M1 уже сейчас, а не через 5 лет когда реверсом удастся сделать хороший драйвер. Или для тех же Raspberry Pi 1-3 с vc4 чтобы просто работать и не переписывать весь движок под нестандартные библиотеки openGL (а гном-вайланд сделал отдельную версию!).

И зачем под древнее железо ориентироваться, которое давно не поддерживается

Чтобы когда проект будет наконец допилен (а это случится не завтра), всё ещё не оставалось вопросов: а будет ли это работать на core2 и нвидия8000. В случае Х я точно знаю, если откопать какую нибудь riva tnt или ati rage, то да, будет. И в т.ч. кде5, и вполне себе даже быстро.

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

Чем это будет отличаться от иксов, если придётся таскать за собой такой груз легаси кода?

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

Ну, ладно. Допустим. Но в итоге, если какой нибудь clementine хочет нарисовать полупрозрачный банер на верхние 10% экрана с тремя строками текста и картинкой, он может это сделать сразу для всех, или надо отдельно пилить под mutter, отдельно под kwin, под sway и так далее?

банер на верхние 10% экрана

Так как «верхние 10% экрана» это не относительные координаты, это не входит в базовый протокол, а делается через расширения. Делать нужно отдельно для Gnome и отдельно для всех остальных. Есть вероятность, что в обозримом будущем удастся уломать Gnome и использовать одно расширение на всех.

Т.е. какой то трешак с точки зрения разработчиков приложений получается. Мне кажется «верхние 10% экрана в самом верхнем слое с прозрачностью 72%, а по наведении мыши делать то то» должно быть частью самого базового протокола изначально. От понятия «экран» вроде никто отказываться не собирается.

какой то трешак с точки зрения разработчиков приложений получается

Не получается.

Мне кажется «верхние 10% экрана в самом верхнем слое с прозрачностью 72%, а по наведении мыши делать то то» должно быть частью самого базового протокола изначально

Прозрачность и реакция на указатель являются частью базового протокола изначально. Абсолютное позиционирование – нет.

От понятия «экран» вроде никто отказываться не собирается.

Еще раз, Wayland – очень небольшой и простой протокол. Нужный вам «экран» вам нужно искать в наборе протоколов xdg_shell, а абсолютное позиционирование поверх других окон – и того дальше, в wlr-layer-shell . Wayland не занимается этим, это не его ниша. Не так давно в толксах была тема про разработчика, сделавшего себе DE для VR на базе Wayland. Это возможно именно благодаря минималистичности Wayland.

За это будет отвечать Qt, так что вопрос к нему

Хотя бы чтобы начать работать на каком нибудь apple M1 уже сейчас

А он не работает? :)

а будет ли это работать на core2 и нвидия8000

Будет в том случае, если у кого-то из разрабтчиков будет это железо, и он заморочится с его поддержкой. Всегда ведь так. Ну что касается Wayland то на данный момент с нормальной его работой пролетают разве что владельцы карт Nvidia 700 серии и старее, но это уже вопрос не к разрабам Wayland однозначно.

но задача то по отсеиванию 95% рекламы и дублирующегося мусора.

Человек адблокер? Что за задачи такие?

Не надо мне приписывать того, чего я не говорил. Читай выше.

Ты говорил:

В случае с иксами Х отдельно, а плазма отдельно. Причём в каком бы соотношении они не падали, приложения будут утянуты менее чем в 100%

Как проверить тебе я рассказал.

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

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

Я сижу на sway (который мне не нравится, ибо i3-like), но он у меня за несколько месяцев ни разу не упал, ЧЯНД ?

Потому что его обозвали композитором. И принципиально важно именно это, а не то, что он берёт на себя все функции графического сервера.

Его назвали композитором, потому что это композитор. В X тоже есть композиторы, можешь считать что у тебя тогда 2 сервера, а у меня 1.

Обёртки для совместимости. Обёртки это конечно не хорошо, но хреново работать ещё хуже.

Какой совместимости? Давай подробнее, что там совмещается и зачем. Это просто костыль, в силу архитектурных решений прошлого.

Любой софт на старых тулкитах типа qt4 и gtk2

Протухший софт т.е ?

А это всё - гимп и либреофис (который без видеокарты рисует быстрей чем на ней) и сверху всё ещё заметная доля софта. Дальше лёгкий безтулкитный софт вроде feh, imagemagik, i3lock

И всё это прекрасно работает под вялендом, через Xwayland. Что-то потихоньку появляется и под сам нативный вайланд, тот же новый софт на gtk и qt5+

Это невозможно. Нет таких шаманских риуалов, чтобы все буферы синхронизированы, но без синхронизации.

Называется - продуманная архитектура.