Ты это ему хоть написал?)

Нужон

Это адекватный комментатор opennet

Так что, вяленый всё? Ненужон?

Тут есть координаторы переводов гном?

Red Hat/GNOME-специфичных компонентов (glib, Portals, Pipe wire)

Эти компоненты не специфичны для Red Hat/GNOME. Более того, portals и pipewire -- в кои-то веки попытка сделать все правильно. Уйти от пшш-аудио, наладить систему разрешений, эффективный захват и передачу видео и аудио.

>SimpleScreenRecorder

wf-recorder отлично работает.

>Ещё один показательный пример - zoom. Использовать screenshare в нём можно исключительно в GNOME, если используется Wayland.

Это вина разработчиков zoom, известной кривой и дырявой поделки. Zoom использует pipewire и portals для захвата экрана, они работают и на wlroots-based композиторах, и, насколько мне известно, на KDE. Тем не менее, разработчики zoom вместо проверки наличия требуемых компонент проверяют название DE.

>OBS Studio. В то же время существует GNOME-специфичный плагин,

Существует и wlroots-специфичный плагин. Проблема решается через все те же portals и pipewire.

>(GNOME) Wayland

GNOME и Wayland не связаны друг с другом

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

Возможно, автору стоит прекратить истерику и все же перечислить технические регрессии. Как же так получается, что на технически несовершенном wayland chromium с ozone backend работает ощутимо лучше chromium на x11?

>более сложного в использовании

Это так. Разрабатывать на X11 просто. Разрабатывать что-то сложнее очередного менеджера окон -- сложно. Wayland предоставляет базовые строительные блоки и способы взаимодействия между ними. Обучиться этому сложнее, но поняв базовые принципы, понимаешь весь Wayland.

 

Даже пришлось в lensy его добавить и слегка в RecApp

Вряд-ли, а что за вопрос

Не могу понять как принять изменения🤷‍♂

Где и как

Ты вроде не бот

не бот

Ты вроде не бот