История изменений

Но это и есть самый очевидный конфликт интересов: когда разработчики текущего решения одновременно являются архитекторами конкурирующего подхода, их мотивация дропнуть X11 перестаёт быть объективной — она становится стратегической, идеологической и самоусиливающейся.

Они ими являются, именно потому что видят проблемы в X11 и желают их дропнуть. Было бы странно, если бы команда вяленда не пересекалась с командой X11.

почему бы не начать с его погашения?

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

сделать X12, Xng, X-Wayland-InsideOut, наконец

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

Смотри: в случае с GDI в Windows тоже был «технический долг». Но никто не выкинул его на помойку

Собственно, это то, о чем я говорил про ресурсы. Во-первых, у микрософта они есть. Технический долг винды стоит астрономических денег. И дело тут не только в графической подсистеме, но еще и в апи для рисования компонентов. Во-вторых, у винды есть центр принятия решений - сам микрософт. Откуда вытекает в-третьих: сделать сервер, который бы устраивал абсолютно всех, будет почти невозможно, и в итоге все может снова свестись к тому, что кто-то будет использовать либо странные решения, либо форки. Если бы KDE и GNOME это было нужно, они бы запилили какой-то общий оконный сервер даже вяленным, но поскольку всё сообщество состоит из яжхудожников, договориться с ними будет невозможно. Так что договорились о протоколах, едином ядерном апи, а дальше сами. Если не сами - то вон wlroots.

В wlroots ты получаешь API, с которым нужно реализовать чуть ли не собственный GDM, Mutter и KWin одновременно, если ты хочешь больше, чем «открывать окна».

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

Как они должны поддерживать бесконечно меняющийся API протоколов, описанных как «идея», а не «реализация»?

У API вяленда есть версионирование, и большинство протоколов уже считаются зафиксированными. А если что-то поменяется - добавится версия. Обратная совместимость в наличии, если этим озаботились тулкиты. Адекватные же тулкиты просто так ничего ломать не будут.

На практике сейчас нет единого, нейтрального GUI API под Wayland.

Я согласен, что было бы здорово иметь общую либу. Может быть, со временем она и появится. Но пока имеем, что имеем. Что я точно могу сказать: она не появится, пока не наступить всем на хвост. В общем-то, сейчас повторяется история с Pulseaudio. На заре его насильного внедрения, звуковая система в линуксе работала через жопу, скостылями и подпорками. Поттер, пользуясь административным ресурсом шапки, продавливал выпрямление кривых ядерных модулей, выпрямление пользовательского софта и прочие изменения, на которых все сидели и всем было привычно, но работало через пень-колоду. Было больно, зато сейчас со звуком на линуксе нет вообще никаких проблем. И даже саму пульсу уже выкинули в пользу Pipewire.

См. Fedora, GNOME, KDE, — они все по умолчанию уже на Wayland.

Fedora - тестовый полигон красношапки, c гномом все и так ясно, а кеды просто идут туда, где сейчас мейнстрим.

Поддержка X11 переехала в XWayland

Иксы всё еще запускаются в виде отдельного сервера.

А что если нет? Что если не закроют?

Могу оптимистично потеоретизировать. Когда иксы закопают, то разработчики нужных и важных приложений пойдут докучать вяленным, и те могут прогнуться. А если не прогнутся - разработчики пойдут к каким-нибудь КДЕшникам, которых хлебом не корми - дай фичу запилить. Вместе они сделают необходимые КДЕ-специфичные протоколы, которые затем станут стандартами де-факто (а то и примутся в апстрим вяленного), потому что для гнома будет очень неприкольно, если вайновские многооконные приложения будут работать в КДЕ, но не работать в гноме.

Это приводит к эффекту: все делают чуть-чуть своего, но никто не делает общего.

А кто сделает общее-то? Никто ж не хочет. Пойди попробуй гномеров с кедерастами помирить, чтобы они сделали общую оконную систему.

Реальная альтернатива есть уже сейчас: развивать wine/proton-протоколы.

Я не знаю, как ты себе это представляешь. Протон работает через xwayland, а снизу работает умный вяленый композитор. Если ты предлагаешь выкинуть вяленного и сделать gdi+->mesa->drm, то у тебя всё так же встанет вопрос реализации какого-то API, на счет которого опять никто не договорится, а реализовывать GDI+ будет значить перенос к себе всех архитектурных проблем дизайна этого самого GDI+.

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

Сообщество вообще здесь ничего не решает, к сожалению. У сообщества нет ресурсов на разработки такого уровня с нуля. Люди не могут договориться. Приходится использовать что дают. Вяленд будет допилен до вменяемого состояния, в этом я не сомневаюсь. Какие-то WM в процессе умрут, но в остальном будет унификация вокруг основных игроков рынка DE, и это пойдет линуксу только на пользу. Я бы побоялся лет 10-15 назад, что не будет поддержки от разработчиков видеокарт (или будет плохая), но точно не теперь. Все в массе свыклись с тем, что вяленному быть.

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

Но это и есть самый очевидный конфликт интересов: когда разработчики текущего решения одновременно являются архитекторами конкурирующего подхода, их мотивация дропнуть X11 перестаёт быть объективной — она становится стратегической, идеологической и самоусиливающейся.

Они ими являются, именно потому что видят проблемы в X11 и желают их дропнуть. Было бы странно, если бы команда вяленда не пересекалась с командой X11.

почему бы не начать с его погашения?

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

сделать X12, Xng, X-Wayland-InsideOut, наконец

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

Смотри: в случае с GDI в Windows тоже был «технический долг». Но никто не выкинул его на помойку

Собственно, это то, о чем я говорил про ресурсы. Во-первых, у микрософта они есть. Технический долг винды стоит астрономических денег. И дело тут не только в графической подсистеме, но еще и в апи для рисования компонентов. Во-вторых, у винды есть центр принятия решений - сам микрософт. Откуда вытекает в-третьих: сделать сервер, который бы устраивал абсолютно всех, будет почти невозможно, и в итоге все может снова свестись к тому, что кто-то будет использовать либо странные решения, либо форки. Если бы KDE и GNOME это было нужно, они бы запилили какой-то общий оконный сервер даже вяленным, но поскольку всё сообщество состоит из яжхудожников, договориться с ними будет невозможно. Так что договорились о протоколах, едином ядерном апи, а дальше сами. Если не сами - то вон wlroots.

В wlroots ты получаешь API, с которым нужно реализовать чуть ли не собственный GDM, Mutter и KWin одновременно, если ты хочешь больше, чем «открывать окна».

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

Как они должны поддерживать бесконечно меняющийся API протоколов, описанных как «идея», а не «реализация»?

У API вяленда есть версионирование, и большинство протоколов уже считаются зафиксированными. А если что-то поменяется - добавится версия. Обратная совместимость в наличии, если этим озаботились тулкиты. Адекватные же тулкиты просто так ничего ломать не будут.

На практике сейчас нет единого, нейтрального GUI API под Wayland.

Я согласен, что было бы здорово иметь общую либу. Может быть, со временем она и появится. Но пока имеем, что имеем. Что я точно могу сказать: она не появится, пока не наступить всем на хвост. В общем-то, сейчас повторяется история с Pulseaudio. На заре его насильного внедрения, звуковая система в линуксе работала через жопу, скостылями и подпорками. Поттер, пользуясь административным ресурсом шапки, продавливал выпрямление кривых ядерных модулей, выпрямление пользовательского софта и прочие изменения, на которых все сидели и всем было привычно, но работало через пень-колоду. Было больно, зато сейчас со звуком на линуксе нет вообще никаких проблем. И даже саму пульсу уже выкинули в пользу Pipewire.

См. Fedora, GNOME, KDE, — они все по умолчанию уже на Wayland.

Fedora - тестовый полигон красношапки, c гномом все и так ясно, а кеды просто идут туда, где сейчас мейнстрим.

Поддержка X11 переехала в XWayland

Иксы всё еще запускаются в виде отдельного сервера.

А что если нет? Что если не закроют?

Могу оптимистично потеоретизировать. Когда иксы закопают, то разработчики нужных и важных приложений пойдут докучать вяленным, и те могут прогнуться. А если не прогнутся - разработчики пойдут к каким-нибудь КДЕшникам, которых хлебом не корми - дай фичу запилить. Вместе они сделают необходимые КДЕ-специфичные протоколы, которые затем станут стандартами де-факто (а то и примутся в апстрим вяленного), потому что для гнома будет очень неприкольно, если вайновские многооконные приложения будут работать в КДЕ, но не работать в гноме.

Это приводит к эффекту: все делают чуть-чуть своего, но никто не делает общего.

А кто сделает общее-то? Никто ж не хочет. Пойди попробуй гномеров с кедерастами помирить, чтобы они сделали общую оконную систему.

Реальная альтернатива есть уже сейчас: развивать wine/proton-протоколы.

Я не знаю, как ты себе это представляешь. Протон работает через xwayland, а снизу работает умный вяленый композитор. Если ты предлагаешь выкинуть вяленного и сделать gdi+->mesa->drm, то у тебя всё так же встанет вопрос реализации какого-то API, на счет которого опять никто не договорится, а реализовывать GDI+ напрямую это глупость, потому что тогда ты перенесешь себе все архитектурные проблемы дизайна этого самого GDI+.

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

Сообщество вообще здесь ничего не решает, к сожалению. У сообщества нет ресурсов на разработки такого уровня с нуля. Люди не могут договориться. Приходится использовать что дают. Вяленд будет допилен до вменяемого состояния, в этом я не сомневаюсь. Какие-то WM в процессе умрут, но в остальном будет унификация вокруг основных игроков рынка DE, и это пойдет линуксу только на пользу. Я бы побоялся лет 10-15 назад, что не будет поддержки от разработчиков видеокарт (или будет плохая), но точно не теперь. Все в массе свыклись с тем, что вяленному быть.

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