Veröffentlichung der mobilen Plattform LineageOS 19 basierend auf Android 12

Die Entwickler des Projekts LineageOS, das die Nachfolge von CyanogenMod angetreten hat, haben die Veröffentlichung von LineageOS 19 vorgestellt, das auf der Plattform Android 12 basiert. Es wird festgestellt, dass die Version LineageOS 19 in Bezug auf Funktionen und StabilitĂ€t mit der Version 18 gleichgezogen hat und als bereit fĂŒr den Übergang zur Erstellung der ersten Veröffentlichung angesehen wird. Die Builds sind fĂŒr 41 ModellgerĂ€te vorbereitet.

LineageOS kann auch im Android Emulator und in der Umgebung von Android Studio ausgefĂŒhrt werden. Es wurde die Möglichkeit zur Erstellung im Modus Android TV und Android Automotive bereitgestellt. Bei der Installation wird standardmĂ€ĂŸig fĂŒr alle unterstĂŒtzten GerĂ€te das eigene Lineage Recovery angeboten, das keinen separaten Recovery-Partition benötigt. Die Erstellung von Builds fĂŒr LineageOS 17.1 wurde am 31. Januar eingestellt.

Die UnterstĂŒtzung vieler alter GerĂ€te wurde aufgrund der Entfernung von iptables aus AOSP und der Umstellung von Android 12 auf die Verwendung von eBPF zur Paketfilterung als obsolet erklĂ€rt. Das Problem ist, dass eBPF nur auf GerĂ€ten verwendet werden kann, fĂŒr die der Linux-Kernel 4.9 oder neuere Versionen verfĂŒgbar sind. FĂŒr GerĂ€te mit Kernel 4.4 wurde die UnterstĂŒtzung von eBPF zurĂŒckportiert, aber fĂŒr GerĂ€te, die an die Kernelversion 3.18 gebunden sind, ist die Portierung schwierig. Umgehungslösungen wurden bereitgestellt, um Komponenten von Android 12 ĂŒber alte Kerne zu laden, implementiert durch einen Rollback auf iptables, aber die Änderungen wurden aufgrund der Störung der Paketfilterung nicht in LineageOS 19 aufgenommen. Bis zu einem eBPF-Port fĂŒr alte Kerne vorliegt, werden keine Builds auf Basis von LineageOS 19 fĂŒr solche GerĂ€te bereitgestellt. WĂ€hrend fĂŒr LineageOS 18.1 Builds fĂŒr 131 GerĂ€te erstellt wurden, sind fĂŒr LineageOS 19 vorerst nur Builds fĂŒr 41 GerĂ€te verfĂŒgbar.

Im Vergleich zu LineageOS 18.1 wurden neben den spezifischen Änderungen fĂŒr Android 12 auch folgende Verbesserungen angeboten:

  • Der Wechsel zum Branch android-12.1.0_r4 aus dem AOSP-Repository (Android Open Source Project) wurde vollzogen. Die Browser-Engine WebView wurde mit Chromium 100.0.4896.58 synchronisiert.
  • Anstelle der in Android 12 vorgeschlagenen neuen dem Verwaltungs-Panel LautstĂ€rkeregelung wurde ein vollstĂ€ndig neu gestaltetes Panel implementiert, das von der Seite herausfĂ€hrt.
  • Der dunkle Modus fĂŒr die BenutzeroberflĂ€che ist standardmĂ€ĂŸig aktiviert.
  • Als Hauptwerkzeug fĂŒr den Build des Linux-Kernels wurde der im AOSP-Repository bereitgestellte Clang-Compiler verwendet.
  • Ein neuer Setup-Assistent wurde vorgeschlagen, der eine umfangreiche Sammlung neuer Einstellungsseiten enthĂ€lt, neue Symbole und Animationseffekte aus Android 12 nutzt.
  • Eine neue Sammlung von Symbolen wurde hinzugefĂŒgt, die nearly alle Anwendungen abdeckt, einschließlich der Systemanwendungen.
  • Die Anwendung zur Verwaltung von Fotogalerien wurde verbessert; sie ist ein Abzweig der Galerie-App aus dem AOSP-Repository.
  • Verbesserungen wurden am Aktualisierungsinstaller, dem Webbrowser Jelly, dem DiktiergerĂ€t Recorder, dem Kalender-Planer FOSS Etar und der Backup-App Seedvault vorgenommen. Die Verbesserungen, die in FOSS Etar und Seedvault hinzugefĂŒgt wurden, wurden in die Upstream-Projekte zurĂŒckgefĂŒhrt.
  • Eine werbefreie Version der NavigationsoberflĂ€che (Android TV Launcher) wurde fĂŒr die Verwendung auf Android TV-GerĂ€ten angeboten. In die Android TV-Builds wurde ein Button-Handler eingefĂŒgt, der die Nutzung zusĂ€tzlicher Tasten auf verschiedenen Fernbedienungen ermöglicht, die ĂŒber Bluetooth und Infrarot arbeiten.
  • UnterstĂŒtzung fĂŒr Builds im Zielplattformmodus Android Automotive wurde hinzugefĂŒgt, um in Fahrzeug-Infotainmentsystemen verwendet zu werden.
  • Die Bindung des adb_root-Dienstes an die Buildtypspezifikation wurde entfernt.
  • Im Image-Entpackungswerkzeug wurde die UnterstĂŒtzung fĂŒr die Extraktion von Daten aus den meisten Archiv- und Update-Image-Typen hinzugefĂŒgt, was die Extraktion notwendiger binĂ€rer Komponenten fĂŒr den Betrieb des GerĂ€ts vereinfacht.
  • Im SDK wurde die Möglichkeit zur Erhöhung der Abtastrate von Touchscreens bereitgestellt, um die Reaktionszeit auf Touch-Eingaben zu verkĂŒrzen.
  • FĂŒr den Zugriff auf Kameras auf GerĂ€ten, die auf der Qualcomm Snapdragon-Plattform basieren, wurde die Camera2-API anstelle der speziellen Qualcomm-Schnittstelle verwendet.
  • Die standardmĂ€ĂŸig angebotenen Desktop-HintergrĂŒnde wurden ersetzt und eine neue Sammlung von HintergrĂŒnden hinzugefĂŒgt.
  • Die Wi-Fi Display-Funktion, die eine drahtlose Übertragung auf einen externen Bildschirm ohne physische Verbindung zum Monitor ermöglicht, wurde fĂŒr alle GerĂ€te implementiert, einschließlich Bildschirmen, die die proprietĂ€re kabellose Qualcomm-Schnittstelle und die Miracast-Technologie unterstĂŒtzen.
  • Die Möglichkeit wurde geschaffen, verschiedene Töne fĂŒr verschiedene Ladearten (Kabel- oder kabelloses Laden) zuzuweisen.
  • Die integrierte Firewall, der Modus des eingeschrĂ€nkten Netzwerkzugangs und die mit der Isolation von Anwendungen verbundenen Funktionen wurden unter BerĂŒcksichtigung des neuen Modus der Netzwerkisolierung in AOSP und der Anwendung von eBPF ĂŒberarbeitet. Der Code zur EinschrĂ€nkung von Daten und der Isolation des Netzwerks wurde in eine einzige Implementierung zusammengefĂŒhrt.

Quelle: opennet.ru

60GB SSD 8Gb DDR4