La signifa versio-nombroŝanĝo ŝuldiĝas al ŝanĝoj al la API, kiuj rompas kongruecon kaj la forigon de kelkaj malrekomenditaj APIoj. Precipe, subteno por la specifaj API-oj mirclient kaj mirserver estis nuligita, anstataŭe de kiuj estis proponite uzi la Wayland-protokolon dum sufiĉe da tempo. La bibliotekoj asociitaj kun mirclient kaj mirserver estis konservitaj, sed nun estas uzataj nur por internaj celoj, ne disponigas kapdosierojn, kaj ne garantias konservadon de la ABI (pli da kodpurigado estas planita por la estonteco). La malrekomendiĝo de ĉi tiuj API-oj kongruas kun la projekto UBports, kiu daŭre uzas mirclient en Ubuntu Touch. Estis decidite, ke ĉi-momente la kapabloj de Mir 1.x sufiĉas por la bezonoj de UBports, kaj estonte la projekto povos moviĝi al Mir 2.0.
Forigi mirclient ankaŭ forigis subtenon por kelkaj interfacoj por grafikaj platformoj kiuj estis nur uzitaj en la mirclient API. Oni rimarkas, ke ĉi tiu simpligo ne kondukos al videblaj ŝanĝoj kaj servos kiel bazo por plibonigi la kodon por labori kun platformoj, precipe en la areo de subtenaj sistemoj kun multoblaj GPU-oj, laborante en senkapa reĝimo kaj disvolvante ilojn por fora labortablo. aliro.
Kadre de la daŭra purigado, specifaj mesa dependecoj estis forigitaj de la mesa-kms kaj mesa-x11-platformoj - nur gbm restis kiel dependeco, kio ebligis certigi, ke Mir funkcias super X11 en sistemoj kun NVIDIA-ŝoforoj. La mesa-kms-platformo estis renomita al gbm-kms, kaj mesa-x11 al gbm-x11. Nova rpi-dispmanx platformo ankaŭ estis aldonita, permesante al Mir esti uzata sur Raspberry Pi 3-tabuloj kun Broadcom-ŝoforoj. En la MirAL (Mir Abstraction Layer), kiu povas esti uzata por eviti rektan aliron al la Mir-servilo kaj abstraktan aliron al la ABI per la libmiral-biblioteko, la kapablo ebligi aŭ malŝalti fenestroornamadon ĉe la servilo (SSD), ankaŭ ĉar la kapablo agordi skaladon en la bloko estis aldonita DisplayConfiguration.
fonto: opennet.ru