O cambio significativo no número de versión débese a cambios na API que rompen a compatibilidade e á eliminación dalgunhas API obsoletas. En particular, o soporte para as API específicas mirclient e mirserver foi descontinuado, en lugar do cal propúxose utilizar o protocolo Wayland durante bastante tempo. Mantivéronse as bibliotecas asociadas a mirclient e mirserver, pero agora úsanse só para fins internos, non fornecen ficheiros de cabeceira e non garanten a preservación do ABI (está prevista moita limpeza de código para o futuro). A desaprobación destas API está de acordo co proxecto UBports, que segue a usar mirclient en Ubuntu Touch. Decidiuse que neste momento as capacidades de Mir 1.x son suficientes para as necesidades de UBports, e no futuro o proxecto poderá pasar a Mir 2.0.
Ao eliminar mirclient tamén se eliminou a compatibilidade con algunhas interfaces para plataformas gráficas que só se usaban na API de mirclient. Nótase que esta simplificación non levará a cambios visibles e servirá de base para mellorar o código para traballar con plataformas, especialmente na área de sistemas de soporte con varias GPU, traballar en modo sen cabeza e desenvolver ferramentas para escritorio remoto. acceso.
Como parte da limpeza en curso, elimináronse dependencias específicas da mesa das plataformas mesa-kms e mesa-x11; só quedou gbm como dependencia, o que permitiu garantir que Mir funciona sobre X11 en sistemas con controladores NVIDIA. A plataforma mesa-kms cambiou o nome a gbm-kms e mesa-x11 a gbm-x11. Tamén se engadiu unha nova plataforma rpi-dispmanx, que permite usar Mir en placas Raspberry Pi 3 con controladores Broadcom. No MirAL (Mir Abstraction Layer), que se pode usar para evitar o acceso directo ao servidor Mir e o acceso abstracto ao ABI a través da biblioteca libmiral, a posibilidade de activar ou desactivar a decoración de fiestras no lado do servidor (SSD), así como xa que engadiuse a posibilidade de configurar a escala no bloque DisplayConfiguration.
Fonte: opennet.ru