Представлен релиз дисплейного сервера Mir 1.6, разработка которого продолжается компанией Canonical, несмотря на отказ от развития оболочки Unity и редакции Ubuntu для смартфонов. Mir остаётся востребован в проектах Canonical и теперь позиционируется как решение для встраиваемых устройств и интернета вещей (IoT). Mir может использоваться в качестве композитного сервера для Wayland, что позволяет запускать в окружениях на базе Mir любые приложения, использующие Wayland (например, собранные с GTK3/4, Qt5 или SDL2). Пакеты для установки подготовлены для Ubuntu 16.04/18.04/18.10/19.04 (PPA) и Fedora 29/30/31. Код проекта распространяется под лицензией GPLv2...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51973
И чем оно лучше вейланда? И что так привлекло разработчиков Мате?
>И чем оно лучше вейланда?Ничем, это одна из реализаций композитора. Считай что это X-сервер для протокола X11.
>И что так привлекло разработчиков Мате?
Не знаю, о чём ты, но прозреваю, что им не очень хочется самим композитор пилить.
> одна из реализаций композитораА когда это Wayland и Mir перестали быть дисплейными серверами и стали композиторами?
Ну, следует начать с того, наверное, что Wayland - это в принципе протокол, а Mir, да - дисплейный сервер, который умеет выполнять в том числе и функцию композитора, работающего по протоколу Wayland.MATE он интересен, потому что собственный wayland-композитор они будут пилить ооочень долго, а так можно задействовать сторонний, но уже работающий.
Так а зачем брать сырой Mir, а не готовый Weston, например?
> Так а зачем брать сырой Mir, а не готовый Weston, например?Weston - это эталонный вариант композитора, для Wayland. Т.е. своего рода образец, как делать. Чтобы его задействовать полноценно, над ним надо провести ещё много работы. Над Mir, как я понимаю, работы требуется существенно меньше.
Weston плохо подходит для использования в сторонних композиторах. Для этих целей есть 2 проекта: wlroots из sway и собственно Mir.
Weston - это всего лишь прототоп. Это не полноценный композитор. Он задумывался как демонстрация возможностей и, видимо, не готов к использованию.
тут вопрос был скорей о том, почему не mutter
> mutterКак я понял слишком сильно заточено для нужд GNOME. И до(пере-)пиливать будет довольно больно. И плюс - он довольно жирный.
Однако, тут моё мнение, в плане стабильности работы именно с wayland, mutter в лидерах.
Wayland - протокол, Mir - его реализация. Хотя раньше был отдельной сущностью, никак не связанной
А не может быть так, что вейленд это не только протокол, но и основная реализация, а мир это сторонняя реализация?
> но и основная реализацияЭто Weston зовётся. И это не "основная реализация", а скорей рабочий прототип.
> как решение для встраиваемых устройств и интернета вещей (IoT)АГА, ТОЧНЯК! Именно так оно и позиционируется))) Хотя начиналось все несколько иначе, но и тут космонатовские как обычно сели в лужу. Теперь только и остается, что в кофеварки встраивать, бугога!
Но тут опять же. Если я ничего не путаю, то разработка Wayland в значительной степени была спровоцирована всё теми же "космонавтовскими". Но те были недовольны чем-то там, кажется, медленными сроками. И запилили свой Вайланд с программистами и космонавтами. Но в итоге поняли, что реализация и доводка до ума Мир займёт времени столько же и нинужна с рабочими уже Вайландами.
Скорее Mir пилился под нужды Unity8 и видение этого: будут собственные приложения под Unity8, которые будут нативно работать в Mir, будет окружение, будет еще одна ОС, как андроид, только убунту. А когда Unity8 и планы на отдельную ОС провалились то Mir стал не очень нужен. Потому ему сначала добавили опциональную поддержку протокола Wayland, а позже она стала основной.
В 2001 году затопили станцию Мир. Теперь черёд затопления дисплейного сервера :)
Я не понял, а зачем это нужно? Можно одну реализацию расшаривающую FrameBuffer нормально написать или нужно херачить разные интерфейсы до посинения. Бл.
это можно, но потом, щас опкатают сначала проект, скил поднакачают на нем, а с учетом того что это вяленый, его так и назвали, кто то думает что в честь вендеца, соответственно тут о каких то быстрых результатах говорить не стоит, пилят и пилят, с точки зрения диалектики и до того о чем ты говориш однажды доберутся,если успеют конечно.
Почему бы не допилить какой-нибудь directFB?
Любой каприз за ваши деньги.
> Mir может использоваться в качестве композитного сервера для WaylandКомпозитный сервер для композитного сервера? Куда катится этот мир...
> Композитный сервер для композитного сервера?Видимо, то что Wayland - это протокол и реализовать нужно композитор, работающий по этому протоколу (реализующий протокол), запомнят ещё не скоро.
ЗЫ. Аналогия X11 - протокол, XOrg - сервер его реализующий(реализация).
А ничего что у wayland давно есть weston?
> А ничего что у wayland давно есть weston?Треды выше, где уже об этом несколько раз написано, прочитать сложно?
Я почитал и посмеял, спасибо (пользуюсь Weston, если что).
> Я почитал и посмеял, спасибо (пользуюсь Weston, если что).И с каким же DE если не секрет?
Никаких секретов - без DE. На панели запускалка FF, Emacs, weston-terminal. На tty2 живёт screen.
> Никаких секретов - без DE. На панели запускалка FF, Emacs, weston-terminal. На tty2 живёт screen.Вот в том-то и заковыка, что для задачи "просто отрисовать окна" Weston-а хватит. Но DE предполагает тесную интеграцию оболочки c с дисплейным сервером.
Это большая кодовая база и, по итогу, написать в рамках своего дисплейного сервера wayland-композитор, поглядывая на weston, оказывается сильно проще (особенно для монстров вроде kwin или mutter), чем переписывать всё.Разрабы MATE, о котором выше спрашивали, решили, что им удобнее и проще использовать mir, чем mutter, weston или wlroots.
> "просто отрисовать окна"У меня для тебя новость - Weston умеет ими управлять.