Обновлена информация о поддержке Wayland в Xfce

Ноут из говна и палок, в смысле интел+нвидия?

Это да, ржака. Но только потому что они совсем уж ничего не переписывают :)

Использование - это когда ты с компа сносишь ВСË, отчасти напоминающее Х-ы, и честно пользуешься вяленным. А когда у тебя иксы делают 90% работы, а вяленным у тебя аж отрисовывается калькулятор и блокнот - это не использование :)

ну у меня например под иксами уже давно запускаются только игры под wine, но и оттуда иксы сейчас выпиливают. Все отлично работает. ЧЯДНТ?

ну у меня например под иксами уже давно запускаются только игры под wine, но и оттуда иксы сейчас выпиливают. Все отлично работает. ЧЯДНТ?

«Отлично работает» - понятие растяжимое. У меня и 486DX отлично работает, но есть один нюанс.

Если я тебе начну рассказывать ЧТО не работает, начнутся детские отговорки в стиле «ненужно». Захват экрана не нужен, старые приложения в трее не нужно, трей не нужно (вот только не цепляйся к этим трем ПРИМЕРАМ) и так далее. Поэтому да да, все работает, кушай свой кактус.

трей не нужно

Трей - это dbus-интерфейс, по которому тебе шлют картинки на показ.

Умудрился в двух строчках написать чушь, не имеющую отношения ни к иксам ни к вяленому, и еще и просишь «не цепляться». Смешно.

Ноут из говна и палок, в смысле интел+нвидия?

Да, интел+нвидия. Нужен другой, особенный ноутбук?
Я воспользовался моментом, посмотрел федору. Сейчас на этом ноуте арч с крысой, а это надолго.

Да нужно железо под которое пишут нормальные драйвера.

Да нужно железо под которое пишут нормальные драйвера.

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

Все фанатики такие.

Трей - это dbus-интерфейс, по которому тебе шлют картинки на показ.

Дичь не неси. Трей - это область уведомления. Приложения с ним взаимодействуют либо через SNI (твой d-bus), либо через xembed, что происходит намного чаще.

А вот как оно происходит в вяленном: https://forums.insynchq.com/t/kde-plasma-wayland-tray-icon-missing-with-worka...

Для тебя лично цитирую:

On Wayland sessions ONLY, no insync tray bar is shown, although the app itself is running.

It’s not even hidden, it’s just not available as an entry for display.

On an X.org 3 session it works fine.

А теперь ВНИМАНИЕ, какое предлагают решение:

alternative is to install xembed-sni-proxy

Который догадайся с одного раза, что тебе поставит в зависимостях.

А вот тебе вялопроблемы с вайбером: Viber minimized wayland

В общем резюмирую: трей через d-bus работает ТОЛЬКО с приложениями, поддерживающими трей через d-bus, а это чаще всего кедо-ориентированные приложения, поскольку d-bus это жертва инцеста с кедами.

И таких проблем в интернете можно найти тысячи.

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

либо через xembed, что происходит намного чаще

в какой это вселенной, чудик? Пользователям KDE Plasma 5 доступен прокси из системного трея XEmbed в SNI пакеты у себя обнови хоть раз в 10 лет, лол

Программирование под иксы - сущий ад и кошмар. Хотя надо еще под вяленный глянуть гг.

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

И целых две (три) контрольных панели!

То есть, панели управления? Годами была одна. Потом добавили вторую убогую, которая, вроде бы, запускается из плиток. А где третья?

Эскобар.webm

За долгие годы разработки реализации wayland успели постареть и обрасти костылями не хуже X.org. Только если в случае иксов костыли были нужны для решения новых, изначально неизвестных задач (когда проектировали иксы, не было такой штуки как видеокарта); то в случае wayland пришивать сбоку суровой ниткой приходится элементарные вещи. При этом работоспособность всех реализаций вялого всё ещё отстаёт.

так тут же в ширнармассах поднимется ор

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

(тот же Арч, как пример)

На арчеводов равняться — себя не уважать.

ожидаемо
пожал плечами

Мне без разницы иксы или вялый. Сейчас все прекрасно работает на иксах.

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

так что у тебя не иксы работают, а блоб.

Вот и прекрасно

в какой это вселенной, чудик? Пользователям KDE Plasma 5 доступен прокси из системного трея XEmbed в SNI пакеты у себя обнови хоть раз в 10 лет, лол

И каким образом это отменяет мое утверждение, о том что иксы в системе все равно стоят?

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

То есть ты поставил wayland, в котором не поддерживается системный трей, поставил туда иксы, поставил туда программулину которая транслирует иксовые вызовы в dbus и обратно (а ты думал что это односторонний процесс, да?), и называешь это «у меня все работает в вяленном»? Вот это действительно лол.

Ненучо, если вкрутить в машину электродвигатель и таскать в багажнике генератор с канистрой бензина - можно говорить что машина на электричестве, да да )

дурачок, я привел ссылку для иллюстрации, что это глючное говно, показывающее вместо иконок целые окна с захардкоженным размером 22x22, заслуженно устарело и было выкинуто на мороз еще 10 лет назад. Зависимость от XEmbed в софте означает, что его не обновляли эти 10 лет.

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

клоун

Чё-то мало горящих жоп. Я думал будет куча народу писать «ты должен был бороться со злом, а не примкнуть к нему», а тут обычные подозреваемые, и то не в полном составе.

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

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

Зависимость от XEmbed в софте означает, что его не обновляли эти 10 лет.

Зависимость от xembed в софте означает, что ничего она не означает. Тот же самый Viber, который не нужный, и которым пользуется миллиард человек - последняя стабильная версия октября 2023, и который разумеется использует xembed.

И я тебя наверное удивлю, почти весь софт умеющий в трей - использует xebmed. Хошь проверить ? Берешь DE без эмуляции SNI, к примеру LXDE, ставишь софтину, и смотришь создает ли она в D-bus запись «/StatusNotifierItem».

А то шо у тебя в кедах КОСТЫЛЬ, таскающий за собой иксы (иначе приложение не сможет в инициализацию) и конвертящий одно в другое и наоборот - как раз говорит о мертворожденности твоей «новой технологии».

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

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

Вяленый так умеет?
Если нет, то не готов.

И правильно. Кому те хоткеи нужны. Придумали фигню какую-то с этими вашими хоткеями.

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

То что будем это скорее всего. Точно никто уже не успокоится.
А на скрине - пасьянс запущенный на другой машине по сети.

панель xfce4-panel портированы для Wayland и имеют полноценную поддержку Wayland

$xfce4-panel 
xfce4-panel: Failed to connect to session manager: Failed to connect to the session manager: SESSION_MANAGER environment variable not defined

(xfce4-panel:3530): Wnck-WARNING **: 23:38:39.269: libwnck is designed to work in X11 only, no valid display found
fish: Job 1, 'xfce4-panel' terminated by signal SIGSEGV (Address boundary error)

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

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

Вяленый так не умеет? Не в курсе просто.

Кстати а шаринг экрана в дискорде починили в вейланде, не в курсе?

Кстати а шаринг экрана в дискорде починили в вейланде, не в курсе?

Не в курсе и не интересно. В иксах всё работает уже 20 лет, а вялендисты не могут 15 лет договориться о едином протоколе для скринкастинга.

Им скринкастинг разработчик Pipewire сделал.

шаринг экрана в дискорде

https://0x0.st/HdOK.png

Пора всё бросать и делать нормально

Делай нормально - будет нормально

Как скучно мы живем! В нас пропал дух авантюризма!

Мы не пролазим в окна…

И я тебя наверное удивлю, почти весь софт умеющий в трей - использует xebmed

Удивишь. Потому что это эпический пи^W свистёж.

Берешь DE без эмуляции SNI

А то, что в DE должен быть ещё как-минимум Host/Watcher, который и регистрирует Item, ты конечно подумал, когда это писал? Как и то, что тот же Qt, например, использует xembed, как fallback (когда DBus отключен при сборке), а не как основной вариант реализации.

Удивишь. Потому что это эпический пи^W свистёж.

К сожалению это факт.

А то, что в DE должен быть ещё как-минимум Host/Watcher, который и регистрирует Item, ты конечно подумал, когда это писал?

При чем здесь Host\Watcher к эмуляции SNI, которая работает только с работающими X?)

Ты бы весь тред перечитал.

Когда нибудь, когда у меня состарятся внуки, Скулл преисполниться в сознании и догадается что Xshm, через который работает чуть менее чем весь «стандартный» скринкастинг был эпическим костылём, для того, чтобы не совершать поход по граблям и тормозам Xlib и напрямую отдавать pixmap-ы клиенту через shared memory.

А когда состарятся внуки внуков, то Скулл преисполниться ещё больше и догадается, что в zero-copy pipewire делает плюс-минус тоже самое, только сокет серверная сторона ему выдаёт через портал, а pw (от себя) дополняет это ещё и своей системой нодов, что по-сути даёт маршрутизацию скринкастов.

Им скринкастинг разработчик Pipewire сделал.

Особенно, если учесть, что он ничего и не делал.

Скулл преисполниться в сознании и догадается что Xshm, через который работает чуть менее чем весь «стандартный» скринкастинг был эпическим костылём

Костыль - это юзать отдельное приложение для скринкастинга, плюс DE-зависимые порталы, а в иксах одна реализация на все DE. Разница большая, но ты этого так и не понял.

Особенно, если учесть, что он ничего и не делал.

Если бы ничего не делал, то зоопарк Wayland-комбайнов так бы и был непригоден для скринкастинга вообще из-за адской фрагментации, а так хоть Pipewire-костыль есть и он хоть как-то унифицирует этот зоопарк.

Ты берёшь DE (LXDE), в которой, насколько я помню, не реализован watcher, который и регистрирует объекты /StatusNotifierItem на шине, но потом пытаешься их найти. Чтобы что?

xembed-sni-proxy как работает, написано прямо на странице проекта

##How it works (in theory)

* We register a window as a system tray container
* We render embedded windows composited offscreen
* We render contents into an image and send this over DBus via the SNI protocol
* XDamage events trigger a repaint
* Activate and context menu events are replyed via X send event into the embedded container as left and right clicks

Как-бы эмуляция и не будет работать, не под чем, кроме X.

Ты бы весь тред перечитал.

Так перечитал. Что я там нового увидел? Как всегда, все теже ноют, что им недодали. Делать при этом ничего не планируют. Примерно любой тред про wayland.

Просто SNI я одно время плотно занимался (даже форкнул и поддопилил одну реализацию под свои нужды). Поэтому это нытьё, про «запилить протокол» меня подзае^W надоело, в общем.

отдельное приложение для скринкастинг

Передавать медиа-данные, через шину, предназначенную для маршрутизации медиа-данных. Казалось-бы, почему нет.

плюс DE-зависимые порталы

Интерфейс портала СТАНДАРТЕН. DE-зависимые они, потому что портал - это интерфейс + то, что за ним, которое по определению DE-специфично и не парит приложение-клиент от слова никак.

Если бы ничего не делал

Он делает медиа-сервер, который может маршрутизировать не только аудио, а любые медиа-потоки. На скринкасты в Wayland Тиму ложить болтом.

И уж совсем прикольно это смотрится в том разрезе, что порталы делались вообще для Flatpak (вот с совместимостью pipewire с этим у Тима стоит задача), который появился ДО waуland. Поскольку идея использовать порталы всем понравилась (всем, это не форуму LOR, а тем, кто делает DE), то и решили их переиспользовать и ничего сверху не придумывать.

Кто там наворотил дополнительных кастомных протоколов в СВОИХ композиторах - их личная половая трудность (да, я про wlroots).

Иксы делают одну работу и делают её хорошо

Ну да, ну да… Вот, например, сервер печати в Х - это точно необходимая для экранного сервера штука? А тайринг - это точно хорошо?

Иксы не разваливаются только по причине того, что они напрочь засраны чайками.

Хотя, Вялый, если по-честноку - тот еще кал…

Просто SNI я одно время плотно занимался (даже форкнул и поддопилил одну реализацию под свои нужды). Поэтому это нытьё, про «запилить протокол» меня подзае^W надоело, в общем.

Вот об этом я и говорю.

У тебя только в statusnotifier.c - 2300 строк, ну хорошо, пусть 300 из них комменты. Это не считая сопровождения.

Ты считаешь эту лапшу - реализацией?

Ты берёшь DE (LXDE), в которой, насколько я помню, не реализован watcher, который и регистрирует объекты /StatusNotifierItem на шине, но потом пытаешься их найти. Чтобы что?

Боюсь ты не прочитал до конца, о чем я пишу, или не понял о чем я. Еще раз.

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

Я тебе могу навскидку привести еще 20 мест, где вяленный в жопе, и ты что, будешь всем 20 местам искать костыльные решения, вместо того чтобы просто согласиться что этой шняге еще рано на десктоп?

сервер печати в Х - это точно необходимая для экранного сервера штука?

cups? Он вроде не нужен для xorg-server(-common)

cups? Он вроде не нужен для xorg-server(-common)

Xprt

У тебя только в statusnotifier.c - 2300 строк, ну хорошо, пусть 300 из них комменты. Это не считая сопровождения.

Если внимательно посмотришь код, то увидишь, что ~60% кода, это boilerplate-код GObject.

Просто потому что его «вяленный» тянет за собой иксы так или иначе

Для совместимости есть XWayland, который тотже XOrg. Такой же DDX как и в Мак-ах (был), например. Ест-но либы будут тамже.

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

Примеров хотелось-бы

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

Твой второй ник birdie? Я уже сто раз видел этот аутизм, зачем повторять.

cups?

Ах, если бы. Такая же полезная штука - фонт-сервер, по нынешним временам просто незаменимая.

Впрочем, как я уже отметился выше - Wayland нихрена на шедевр не тянет. Если он такой убогий еще до рождения, то каким же он станет в процессе эксплуатации?..

Передавать медиа-данные, через шину, предназначенную для маршрутизации медиа-данных.

Если эта шина реализована в самом сервере, то да, а отдельным приложением - костыль.

Интерфейс портала СТАНДАРТЕН.

Ниипёт, потому что для каждого DE его нужно реализовывать.

На скринкасты в Wayland Тиму ложить болтом.

ЧСХ

Кто там наворотил дополнительных кастомных протоколов в СВОИХ композиторах - их личная половая трудность

В вашем вяленном обрубке по другому никак. Не хотели делать единую библиотеку с фичами или единый сервер. Теперь только костыли, только хардкор!

Ну да, ну да… Вот, например, сервер печати в Х - это точно необходимая для экранного сервера штука?

Его удалили хрен знает сколько лет назад. Ты только что из криокамеры вылез?

А тайринг - это точно хорошо?

Для тех, кто не научился включать V-Sync, видимо да. Никогда не видел тиринга в иксах, если честно.

Если эта шина реализована в самом сервере

to BydymTydym , ещё удивляешься почему и принт-сервер и сервер шрифтов и dbus и небо и Аллах в единый сервер?

Ниипёт, потому что для каждого DE его нужно реализовывать.

Ять, а wayland калбэки не надо реализовывать? Не хочешь бэкенд портала реализовывать В СВОЕЙ DE, ну и выдавай fd каждому просящему, кто на шину постучался и лей туда поток. Это не означает, что все должны делать также. Клиенту вообще пох, как там со стороны сервера реализовано: его интересует fd и поток в нём, всё.

Не хотели делать единую библиотеку с фичами или единый сервер

Надеюсь дождусь твою лучше. Дождусь?