Znacząca zmiana numeru wersji wynika ze zmian w interfejsie API, które zakłócają kompatybilność i usunięcia niektórych przestarzałych interfejsów API. W szczególności zaprzestano obsługi specyficznych interfejsów API mirclient i mirserver, zamiast których od dłuższego czasu proponowano korzystanie z protokołu Wayland. Biblioteki powiązane z mirclient i mirserver zostały zachowane, ale są obecnie używane wyłącznie do celów wewnętrznych, nie udostępniają plików nagłówkowych i nie gwarantują zachowania ABI (w przyszłości planowane jest duże czyszczenie kodu). Wycofanie tych interfejsów API jest zgodne z projektem UBports, który w dalszym ciągu korzysta z klienta mirclient w systemie Ubuntu Touch. Zdecydowano, że na ten moment możliwości Mir 1.x są wystarczające dla potrzeb UBports, a w przyszłości projekt będzie mógł przejść na Mir 2.0.
Usunięcie mirclient usunęło także obsługę niektórych interfejsów platform graficznych, które były używane tylko w API mirclient. Należy zauważyć, że to uproszczenie nie doprowadzi do widocznych zmian i posłuży jako podstawa do ulepszenia kodu do pracy z platformami, szczególnie w obszarze obsługi systemów z wieloma procesorami graficznymi, pracy w trybie headless i rozwijania narzędzi do zdalnego pulpitu dostęp.
W ramach trwającego czyszczenia usunięto specyficzne zależności mesa z platform mesa-kms i mesa-x11 - jako zależność pozostało jedynie gbm, co pozwoliło zapewnić, że Mir będzie działał na X11 na systemach ze sterownikami NVIDIA. Nazwę platformy mesa-kms zmieniono na gbm-kms, a mesa-x11 na gbm-x11. Dodano także nową platformę rpi-dispmanx, umożliwiającą używanie Mira na płytach Raspberry Pi 3 ze sterownikami Broadcom. W MirAL (Mir Abstraction Layer), którego można użyć do uniknięcia bezpośredniego dostępu do serwera Mir i abstrakcyjnego dostępu do ABI poprzez bibliotekę libmiral, istnieje również możliwość włączenia lub wyłączenia dekoracji okien po stronie serwera (SSD). ponieważ dodano możliwość konfiguracji skalowania w bloku DisplayConfiguration.
Źródło: opennet.ru