Chociaż zdecydowana większość dystrybucji stawia na Waylanda, prawda jest taka, że inne alternatywy, takie jak Mir, wciąż się rozwijają. Wschód Graficzny serwer firmy Canonical wciąż działa i wielu próbuje uzyskać wszystko, czego chcieli, aby dotrzeć do serwera graficznego MIR.
Jedną z tych funkcji jest komunikacja z innymi serwerami graficznymi, coś, co już zostało osiągnięte, a teraz skupiamy się na udostępnieniu Mir do innych dystrybucji.
Deweloper Alan Griffiths wskazał, że pracuje nad udostępnieniem Mir w Fedorzebędący alternatywą dla Waylanda i Xorga. To zajmie trochę czasu i obecnie trwają prace nad Fedorą, ale celem zespołu Mir jest udostępnienie Mir w dystrybucjach innych niż Ubuntu lub nie opartych na Ubuntu.
Fedora będzie pierwszą dystrybucją, która będzie miała MIR inną niż Ubuntu
Wraz z tą funkcją wiele komputerów stacjonarnych chce, aby tak się stało, w tym Unity 8, Yunit i MATE, komputery stacjonarne, które wyraziły chęć współpracy z tym serwerem graficznym, chociaż z Xorg i XWayland działają doskonale.
Oczekuje się, że w przypadku Mir wersji 0.28.1 zostanie to osiągnięte, ale nie jest to coś, co jest pewne lub przynajmniej łatwe do osiągnięcia. W każdym razie jest to cel, który prędzej czy później zostanie osiągnięty, a wraz z nim wzrośnie nowy scenariusz dla programistów, dla komputerów stacjonarnych, dla dystrybucji i bez wątpienia dla samego Canonical.
Osobiście nie wybieram żadnego z tych projektów, ale uderzające jest to, że kiedy Canonical zdecydował się stworzyć Mir, ponieważ Wayland nie posuwał się naprzód, wielu zaczęło wspierać Waylanda i teraz, gdy Wayland jest najbardziej kompletnym projektem, wielu wybiera Mir. Chociaż jeden projekt nie ma nic wspólnego z innym, wciąż jest ciekawy Nie myślisz, że?
Nie jestem maniakiem programowania ani Waylandem, ani nic w tym stylu, ale w Mir nie podoba mi się to, że wybrali C ++ jako swoje środowisko programistyczne. Bez wchodzenia w dyskusję, używając środowiska programowania obiektowego na tak niskim poziomie nie widzę nic odpowiedniego, myślę, że poprawne byłoby użycie czystego C, bez więcej uniknęłoby to możliwości własnych awarii obiektów i to oszczędziłoby zasoby. Rozważam OOP w środowiskach wysokiego poziomu.
Pozdrowienia.