Project Mainline und Apex: Google bringt überall Android-Updates, außer am Kernel

Für Android Q stellt Google große Teile der Update-Infrastruktur um, aktualisiert Systemkomponenten und übernimmt dafür die Pflege von den OEMs. Details dazu erklärt das Team nun in einem Interview. Demnach bleibt der Linux-Kernel aber auch noch länger die größte Baustelle für Android.

Artikel veröffentlicht am 4. Juli 2019, 15:31 Uhr, Sebastian Grüner

Mit dem Paketformat Android Pony Express (Apex) will Google die Android-Updates verbessern. (Bild: jans canon, flickr.com/CC-BY 2.0)

Aktualisierungen wichtiger Systemkomponenten werden in dem kommenden Android Q anders als bisher von Google selbst über den Play Store verteilt. In einem sehr ausführlichen Interview mit dem IT-Magazin Ars Technica erklären die Beteiligten nun einige Details zu der technischen Vorgehensweise und der dafür nötigen Zusammenarbeit mit den OEM-Herstellern. Ernüchternd bleibt dabei jedoch die Situation in Bezug auf den Linux-Kernel, den das Team nach wie vor nicht upgraden kann, was einen technischen Support der Geräte von mehr als drei bis vier Jahren kaum möglich macht.

Die gute Nachricht ist jedoch, dass Google sich einiges hat einfallen lassen, um die Systemkomponenten unabhängig von den OEM-Herstellern zu aktualisieren. Zu diesen Bestandteilen gehören unter anderem die notorisch von Sicherheitslücken bedrohten Komponenten der Media Codecs und des Media Frameworks, aber auch das Security-Framework Conscrypt oder die OpenGL-Implementierung Angle.

Apex als neues Paketformat

Einige diese Systemkomponenten kann Google als übliche APK-Datei weiterverteilen. Für jene Teile, die deutlich früher im Boot-Prozess benötigt werden hat Google das neue Format Android Pony Express (Apex) erstellt. In dieses können native Systemdienste und Bibliotheken, die Hardware-Abstraktion (HAL), die Android-Laufzeitumgebung (ART), Klassen-Bibliotheken und sogar die Android-C-Bibliothek Bionic gepackt werden.

Neben einigen Konfigurationsdateien besteht das Apex-Paket vor allem aus einem Dateisystemabbild, das als Loop-Device eingehängt wird. Theoretisch ist so ein Austausch und damit ein Update all dieser Bestandteile unabhängig voneinander möglich, ohne dafür ein Android-Systemabbild neu generieren zu müssen. Tatsächlich testet dies Google bereits mit den Beta-Versionen von Android Q. Allerdings nur für einige wenige Komponenten, die ART und Bionic sollen etwa noch nicht aktualisiert werden, wie die Entwickler in dem Interview klarstellen.

Mainline-Pflege für Systemkomponenten

Google bezeichnet diese Arbeiten als Project Mainline. Schließlich sind viele der genannten Komponenten bisher von den OEM-Herstellern selbst gepflegt worden. Erfahrungsgemäß waren diese damit aber oft überfordert, so dass es für Nutzer kaum oder gar keine Updates gab. Mit Mainline übernimmt Google die Pflege gemäß der Namensherkunft wieder selbst im Hauptentwicklungszweig des Android Open Source Project (AOSP).

Laut dem Interview musste das Team dafür aber überhaupt erst einmal die notwendige Test- und QA-Infrastruktur schaffen. Immerhin ist Google so nun auch für Bug-Fixes verantwortlich, die auf Geräten anderer Hersteller auftauchen, statt wie bisher nur für die eigene Pixel-Reihe. Der damit verbundene Aufwand und die notwendige Abstimmung mit den OEM-Partnern ist wohl aber auch der Grund dafür, warum Google das neue Update-System noch nicht verbindlich für alle möglichen Komponenten verschreibt und hier auch wieder nur einen Teil der überhaupt möglichen Komponenten überhaupt für Updates vorsieht.