official

  • Diese Builds sind für Murena-Smartphones verfügbar.
  • Sie werden aus einem veröffentlichten und getesteten Community-Branch gebaut.
  • Sie durchlaufen zusätzliche und längere Testzyklen.
  • Sie werden auf der /e/OS-Infrastruktur gebaut und mit offiziellen /e/OS-Schlüsseln signiert.
  • Sie haben einen Maintainer und erhalten regelmäßige OTA-Updates.
  • Nutzer können die Dateien auch herunterladen und manuell installieren.
  • Geräteflash-Pakete verwenden das Präfix IMG-e- und enthalten Images sowie ein Flash-Skript.
  • Veröffentlichungshäufigkeit: monatlich.
  • Früher als Stable-Builds bezeichnet.

Beispiel:

IMG-e-4.2-a15-20260816-official-FP4.zip

Namensformat:

IMG-e-<version>-<android-version>-<yyyymmdd>-official-<device>.zip

community

  • Diese Builds werden auf der /e/OS-Infrastruktur gebaut und mit /e/OS-Entwicklungsschlüsseln signiert.
  • Sie enthalten den aktuellen /e/OS-Entwicklungscode für das Gerät.
  • Sie werden nach dem Testen veröffentlicht, können aber noch unkritische Fehler enthalten.
  • Sie erhalten regelmäßige OTA-Updates.
  • Sie stehen zum Download auf den /e/OS-Websites bereit.
  • Veröffentlichungshäufigkeit: monatlich.
  • Früher als Dev-Builds bezeichnet.

Beispiel:

IMG-e-4.2-a15-20260816-community-FP4.zip

Namensformat:

IMG-e-<version>-<android-version>-<yyyymmdd>-community-<device>.zip

Support-Richtlinie für /e/OS-Community-Versionen

/e/OS erstellt Community-Builds für ein Gerät mit den 3 neuesten verfügbaren AOSP-Versionen. Innerhalb einer gegebenen AOSP-Version erhalten Geräte weiterhin die oben genannten regelmäßigen OTA-Updates (Sicherheitspatches und /e/OS-Funktionsupdates). Der Wechsel zu einer neueren AOSP-Version ist ein Upgrade, kein Update: Er wird nie über die Luft ausgeliefert und erfordert das manuelle Flashen des neuen Builds.

AOSP stellt die Sicherheitspatches für eine gegebene Version nach etwa 3 Jahren ein — darüber hinaus bringt die Fortführung von /e/OS-Updates auf dieser Basis keinen Sicherheitsgewinn mehr, weshalb Community-Builds auf älteren AOSP-Versionen nicht unbegrenzt gepflegt werden.

App Lounge wird bald in der Lage sein, Updates für System-Apps (zum Beispiel den Browser) unabhängig von der AOSP-Version zu prüfen und zu installieren, sodass Geräte die neuesten Updates für diese Apps auch ohne vollständiges AOSP-Upgrade weiterhin erhalten.

test

  • Diese Builds werden auf der /e/OS-Infrastruktur gebaut und mit Android-Testschlüsseln signiert.
  • Sie verwenden die Standard-Android-Testschlüssel und aktivieren vollen ADB-Zugriff beim Start.
  • Sie sind für Entwickler gedacht, die Anwendungen oder Plattformänderungen testen und debuggen müssen.
  • Sie erhalten keine OTA-Updates.
  • Sie sind auf den /e/OS-Websites nicht öffentlich verfügbar.
  • Veröffentlichungshäufigkeit: abhängig von Entwicklungs- und Testanforderungen.

Beispiele:

  • IMG-e-4.2-a15-20260816-test-FP4.zip
  • IMG-e-4.2-a15-20260816-test-FP3.zip

Namensformat:

IMG-e-<version>-<android-version>-<yyyymmdd>-test-<device>.zip

UNOFFICIAL

  • Diese Builds werden von externen Mitwirkenden erstellt.
  • Sie werden von /e/OS nicht unterstützt.
  • Sie werden aus dem /e/OS-Quellcode ohne zusätzliche Quelländerungen erstellt.
  • Sie haben möglicherweise keinen Maintainer.
  • Sie erhalten keine OTA-Updates.
  • Sie werden nicht von Murena veröffentlicht und sind als UNOFFICIAL gekennzeichnet.
  • Veröffentlichungshäufigkeit: von jedem externen Mitwirkenden festgelegt.
  • Die Installation dieser Builds erfolgt auf eigenes Risiko.

Beispiel:

e-4.2-a15-20260816-UNOFFICIAL-FP3.zip

Namensformat:

e-<version>-<android-version>-<yyyymmdd>-UNOFFICIAL-<device>.zip

custom

  • Diese Builds werden von /e/OS oder externen Nutzern erstellt.
  • Sie können Änderungen an den /e/OS-Quellen oder gerätespezifischem Code enthalten.
  • Sie werden von /e/OS nicht unterstützt.
  • Sie sind auf den /e/OS-Websites nicht öffentlich verfügbar.
  • Veröffentlichungshäufigkeit: abhängig vom Ersteller oder ROM-Builder.
  • Die Installation dieser Builds erfolgt auf eigenes Risiko.

Namensformat:

Das Format wird vom benutzerdefinierten ROM-Builder festgelegt.