Разработчики MATE планируют использовать дисплейный сервер Mir в качестве Wayland-композитора

GNOME2 — понять, простить и забыть.

Почему бы не выкинуть свою поделку на мороз и не присоединиться к команде Cinnamon?

Так на нем же только всякие консерваторы сидят (только гном 2).

Они же все разбегутся, если им такой трах-бабах устроить. Глюков будет больше чем в КДЕ.

было решено не писать свой Wayland-композитор с нуля, а использовать дисплейный сервер Mir, адаптировав его для работы в качестве Wayland-композитора

вот это эталонные костыли...

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

Или они хотят еще и Mir маинтайнить, когда он окончательно сдохнет.

От разработки Mir вообще-то никто не отказывался, и пилят его всё те же люди, а мейнтенить помогают, например, разрабы UBports. С

вот это эталонные костыли...

согласен. Взяли бы тот же Mutter (точнее libmutter) и сделали на его основе композитор. Не думаю что адаптировать Mir под Wayland реально проще. Могу и ошибаться

Лично знал людей, которым нравился ГОНОМ2, но плевались от ГОНОМ3. Вопрос о том, как вообще можно пользоваться ГОНОМом без плевков, мы не затрагиваем.

mutter, всё дел в нём, только из-за него это всё и затеивалось.

От разработки Mir вообще-то никто не отказывался

Судя по тому что инициатива сделать из мира костылььидет как раз от разработчиков мира (хотят привлечь сообщестао) - там все плохо.

Взяли бы тот же Mutter (точнее libmutter)

Вот и я о том же.

Можно на qt написать композитор. Или использовать wlc.

Гном2 был нормальным. Но вот этот мате - сплошной глюкодром.

Зачем нужно это говно мамонта полное наркоманских решений, если есть Циннамон?

Ну возможно современные версии да, я с ним достаточно давно сталкивался, и тогда это ещё была просто сборка ГОНОМЕ2 с другим названием. Там была машина общего пользования, при обновлении 2ка сменилась на 3ку и народ зароптал. Накатил туда mate — роптание прекратилось.

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

Наркоманы.

писать свой Wayland-композитор с нуля

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

На кой хрен это нужно. Если уж используем mate, то и wayland нафиг не нужен. Конечно можно портировать под wayland, но это будет ещё одна ветка либо будет монстр не хуже mutter.

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

Cinnamon - ещё один KDE, только на Gtk2/3.

Если уж используем mate, то и wayland нафиг не нужен

Почему?

А потому что и так всё работает как надо. Не понимаю зачем что-то менять. Слез с gnome-shell на mate - всё прекрасно, всё устаивает. Wayland не даст экономии потребления ресурсов, потому что в основном сейчас это проблема фреймворков, кто там битмапы рисует дело десятое.

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

Ну так и для xorg это могли сделать.

Сделали. Получился Wayland.

И не факт что эти потенциальные профиты будут реальными.

А это уже как реализуют.

А потому что и так всё работает как надо

Если бы оно работало как надо - никто бы не занимался переделками.

Только не надо этих рекламных лозунгов, чай не на форум РПЦ, постояльцы которого и Евангелия то не читали.

Не обязательно было изобретать Wayland, потому что есть разные проблемы разной степени тяжести. Одни(вроде буферизации) замечают многие пользователи, а другие(вроде безопасности, то есть перехвата сообщений) вообще никого реально не колышат на десктопе. Так вот разные из этих проблем можно было также независимо друг от друга решать, потихоньку расширяя протокол. Ничего же, добавили раньше и xrender и shm и кучу всего. Ну добавили бы ещё direct render.

А работает оно как надо, в частности декорации, которые рисует wm оборачивая окно в окно это верный путь. Занялись переделками те, кто уже либо забыли(в силу маразма) почему всё так или просто не знают. Это у людей давно так - давайте выдумаем новую технологию, потому что не знаем как доработать старую. При этом новая будет на 95% такая же как старая, но с новыми глюками, с плохо работающими фичами из старой технологии и тд.

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

И mate прекрасно работает сейчас, не надо ничего менять.

Ничего же, добавили раньше и xrender и shm и кучу всего. Ну добавили бы ещё direct render.

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

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

И mate прекрасно работает сейчас, не надо ничего менять.

Кому виднее - его пользователям, или его разработчикам?

Пользователям, потому что именно они определяют что для их критично, а что нет. Одна из основных «технических» причин делать wayland, подробно разобранная его авторами - это проблемы взаимодействия compositer и xserver, что там идёт обращение в одну сторону, потом обратно и тд. Эта проблема только для тех, у кого compositer есть, как это бы не странно звучало для тех, кто возомнил себя большинством. Вторая проблема с вводом, возникающая опять же из-за того, что xserver не знает того, что знает compositer(а почему бы не определить нормальный протокол для взаимодействия xserver и compositer?). Так вот обе проблемы мимо mate, ибо это gnome2 и даже если кто-то туда подключает какой-нибудь compiz, то всё равно вряд ли он на кубе развёрнутом рисует в inscape. Это банально неудобно, поэтому скорее всего у него inscape во весь экран на отдельном мониторе.

Если мне по работе придётся чем-то таким заниматься - то может быть и будет. А в свободное время это вряд ли хотя бы потому, что xorg меня всем устраивает. Это же свободный софт - вот вас волнуют проблемы xserver-compositer, вы и разработайте для них протокол. Поработайте над input в Xserver, введите туда версионирование толковое, раздробите расширения на мелкие модули, чтобы каждый модуль делал что надо.

А пока получается так, что работчики wayland просто будут писать писать, пока их модули также не разбухнут до чёртиков. Ах да, не их, а скажем gnome-shell, который теперь примерно как Chrome, только ещё дисплейный менеджер. И всё это в рамках одного процесса и течёт и падает сразу всё.

Виднее пользователям, а решать будут разработчики. Иначе никак. Я не сомневаюсь что в MATE будет поддержка Wayland, я лишь сомневаюсь в правильности решения выбрать Mir в качестве композитора.

Это же свободный софт - вот вас волнуют проблемы xserver-compositer, вы и разработайте для них протокол. Поработайте над input в Xserver, введите туда версионирование толковое, раздробите расширения на мелкие модули, чтобы каждый модуль делал что надо.

Меня действительно волнуют эти проблемы. Именно поэтому я жду Wayland в KDE Plasma 5 по дефолту. Я ради него даже выкину свою Nvidia, если те не осилят нормальную поддержку Wayland в своём драйвере. А разбираться в коде 30-ти летней давности и пытаться что-то там изменить к лучшему - я столько не проживу.

А вот это вы зря, код очень даже неплохо написан по современным меркам. Мне по работе приходится разбираться с кодом 15-10 летней давности всякого говна вроде 1с, только забугорного, в сравнении с ними Xorg это просто рай. Да и многие свободные проекты нынешние гораздо хуже написаны.

код очень даже неплохо написан по современным меркам

Это как сделать комплимент 70-ти летней бабушке типа «Какая прекрасная юная леди»

Нда уж... Похоже, я буду сидеть на 16.04 очень-очень долго. До упора...

По современным же, то есть мало проектов современных могут похвастаться таким качеством. Опять же те же kde и gnome написаны куда хуже и при этом именно ими пользователю и придётся пользоваться(а не абстрактным wayland, который уж точно теперь только протокол), ведь теперь функционал xorg перекочевал в них.

Просто это тот случай, когда люди по хлопали двум плюсам, но о тысяче минусов их не предупредили и они слышать не хотят. Та же гномошель течёт, просто бешено, xorgу до неё как до луны.

Качество может и норм, но по всем мыслимым критериям код устарел на много много лет. Продолжать городить расширения - глупо. А переписывать под современные реалии - получится Wayland. Сейчас даже работа в иксах похожа на таковую в Wayland, отрисовкой также занимаются клиенты. Так смысл держать кучу прослоек и нагромождений, если они не нужны? Да ещё и создают кучу ограничений, вроде крайне хреновой работы нескольких мониторов с разными DPI, тачскринами, проблему тиринга и кучу всего другого? Я не спорю, на данный момент Wayland и всё связанное с ним не совсем готово. Но это будущее, никуда от этого не денешься.

Причины, по которым они не хотят использовать, например GNOME Mutter он не назвал.

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

Wlc почти не развивается, ибо у разработчика времени на это нет.
Лучше уж присоединиться к разработке wlroots.

тогда qt wayland

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

ps: ха, сейчас попробовал ихний gedit (aka pluma) запустить в weston'e - фиг. пусть сначала соберут свой софт из DE так чтобы он работал с другими wayland композиторами.

Cinnamon тормознее и поглюкавее Мейта (во всяком случае, был, 2 года назад) и при этом ничего нового по сравнению с Мате не предоставляет

Проблема в том, что разработчики связки mutter + gnome-shell могут в любой момент поменять что-нибудь в API mutter. Ну и вообще, разработчики Gnome игнорируют сторонние проекты, пытающиеся использовать вроде бы универсальные части их стека. Даже с gtk3 творят такое, что разработчики non-gnome десктопных приложений массово побежали с gtk. См. Subsurface.

Сделали. Получился Wayland.

Значит не сделали. Да и DRI никто не отменял.

Если бы оно работало как надо - никто бы не занимался переделками.

Ага. Особенно Поцеринг.

Даже протокол расширять не надо было. Достаточно было сделать X12, взяв за основу X11, и выпустить как новую спецификацию и графический сервер. Direct Rendering в иксах, кстати, итак есть.

Если пользователям не виднее, то Mate им не нужен. У тебя нет способностей для логического мышления в принципе.

раздробите расширения на мелкие модули, чтобы каждый модуль делал что надо.

Это было сделано первым делом, когда X.org форкнули из XFree86.

я лишь сомневаюсь в правильности решения выбрать Mir в качестве композитора.

Решение правильное потому, что оно идеально вписывается в философию проекта Mate. Там не делают что-то новое, а причёсывают имеющееся так, чтобы этим можно было пользоваться.

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

Сейчас даже работа в иксах похожа на таковую в Wayland

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

Так смысл держать кучу прослоек и нагромождений, если они не нужны?

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