Почему я вернулся из Wayland'а в иксы (и из KDE в FVWM)

welcome to the club, buddy

Мне кажется, обе проблемы фиксятся довольно простыми патчами. Где-то неделя работы.

Radeon RX 6400

Решил побаловать себя?

Мне кажется, обе проблемы фиксятся довольно простыми патчами. Где-то неделя работы.

Не. Управления цветами нет в протоколе, а добавить не могут уже два года :DDDD

https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/14

Короче, я понял. Недостатки есть, но незначительные.

Купил новый системник в августе. Предыдущий был куплен в 2018-м году.

А проц какой?

AMD Ryzen 9 3900X. 64 Гб RAM.

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

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

В wlroots есть готовый протокол для этой задачи. Достаточно реализовать его в kwin.

Ладно, реализовывай.

Я?

Мне кажется, обе проблемы фиксятся довольно простыми патчами. Где-то неделя работы.

Ладно, реализовывай.

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

Это-то хоть пофиксили уже?

Нет. Захват экрана через композитор - фича Wayland'а by design, которая останется в нём навсегда.

Поэтому придумывают разные прослойки между софтом и композитором наподобие pipewire. Но лично у меня такое также не работало.

разные прослойки между софтом и композитором наподобие pipewire

Можно перечислить весь список, пожалуйста.

А в чем поинт Вейланда, если он не самодостаточный и требует подпорки pipewire?

Я?

Пока что это весь список. Но не так давно и pipewire не было, все юзали pulseaudio для звука. А теперь pipewire вытеснил pulseaudio в области звука, плюс ещё и видео захватывает.

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

А так Wayland, как протокол, все задачи, которые выполняют иксы, разделяет между DE и тулкитами, да.

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

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

Невозможно подстроить гамму. Не знаю как кому, но мне это всё-таки оказалось критичным. В иксах я задействовал «xgamma -gamma 0.7». Для KDE 5 + Wayland такого пока ещё просто нет.

Серьезно? Даже не заявлено такой фичи? Это провал. Эта настройка вообще в GUI должна быть.

А кто ещё?

Лентяи. Всех в шахту!

Вместе с eternal_sorrow.

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

Теоретически. Но на практике всё в целом как-то уже работает. Но в разных DE по-разному, да.

Серьезно? Даже не заявлено такой фичи? Это провал. Эта настройка вообще в GUI должна быть.

В Wayland'е KDE'шные настройки гаммы испаряются из центра настроек: https://bugs.kde.org/show_bug.cgi?id=389110 .

Есть wl-gammactl, но с KDE эта утилита не работает.

Wayland - это просто протокол.

Как это просто протокол? Там же сервер какой-то крутится.

Попытка что-то стандартизировать в линуксе обречена на успех, пруф: https://xkcd.com/927/

Как это просто протокол? Там же сервер какой-то крутится.

Нет. Только DE и тулкиты. Из серверов есть xwayland, который, по сути, и есть иксы, только с Wayland'овским выводом. Для совместимости с софтом, который не поддерживает Wayland.

Не, мы не сработаемся. У нас несовместимый подход к технологиям.

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

xdg-desktop-portal + pipewire работают, так что пофиксили. пусть теперь проприетарщики из слака фиксят. там электрон, так что чтобы пофиксить, нужно всего лишь перейти на относительно свежую версию электрона и собрать его с поддержкой pipewire.

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

Там же сервер какой-то крутится.

В каждом окружении свой сервер.

А тебя иксы без рута работают?

хм... ты описал проблемы KDE 5 + Wayland, но не описал проблемы KDE 5 + Х.
Зачем перешёл на FVWM?

как-то уже работает. Но в разных DE по-разному, да

Об том и речь. Мне вообще начинает казаться, что претензии к иксам все из разряда «мы хотим чесать правое ухо левой пяткой, но иксы не дают». Любители швабодки в своём репертуаре.

Нет. Только DE и тулкиты

Что нет? Там есть композитор, который между тулкитами и ядром. Формально композитор конечно может быть частью DE, но таки это именно тот «сервер» который заменяет иксы.

Как фича может быть пофикшена?

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

Композитор, как бы, является частью DE

Есть отдельные композиторы, которые не являются частью какого-то DE. По сути теперь функции WM и композитора совмещены. А то что нельзя в KDE вместо kwin прикрутить другое, то это как раз подтверждает, что никакого «единого протокола» по факту нет, все на него положили и пилят свои финтифлюшки.

Без Wayland'а меня и WM'ы устраивают. На KDE 5 + Wayland я переходил из-за архитектуры Wayland'а. Типа, если весь функционал перекладывается на DE и тулкиты, то DE должно быть пофункциональнее. Этот момент я описывал, когда писал про переход на KDE 5 + Wayland.

Гм. Тогда понятно почему столько лет допилить не могут.

Как фича может быть пофикшена?

Контр-фичей!

Попытка что-то стандартизировать в линуксе обречена на успех

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

Ради интереса посмотрел, как там ночной режим в kwin_wayland устроен, ведь он как раз меняет калибровки. Оказалось, что там уже есть поддержка регулировки яркости, кривых калибровки и ночного режима. Кривые из всех стадий потом комбинируются и применяются. Регулировка гаммы делается по аналогии. И что интересно, в мерж-запросе, ссылка на который есть в багрепорте, уже реализует регулировку гаммы ещё одной стадией. MR до сих пор не вмержили, и ему почти год.

Так что патч уже есть. Достаточно его наложить и радоваться. Даже реализовывать не нужно. Разве что конфликты придётся поправить.

поэтому для этой задачи разработали отдельную систему

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

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

Короче говоря, всё уже было готово и до wayland-а. Просто вот так удачно получилось, что можно легко прикрутить.

Да, они назваются xenocara

А вот обьясни плиз, почему этим xwayland нельзя запускать например fvwm?

Дык оконный менеджер уже запущен. Через него и работает Wayland. А xwayland просто запускает юзерский софт в рамках уже имеющегося оконного менеджера. А если бы его можно было бы подменить, то Wayland перестал бы работать. А для иксов и так есть иксы.

Pkexec и никаких паролей Или sudo