DokumentationDAS IMAGE BAUEN

DAS IMAGE BAUEN

Vom Quellcode zu einem flashbaren Bundle.

Eine Terminal-Sitzung. Neunzig Minuten auf einer modernen Workstation. Derselbe Hash, den wir veröffentlichen — oder ein Alarm.

01

Voraussetzungen

Eine Workstation mit Ubuntu 22.04 LTS oder 24.04 LTS, 64 GB RAM, 400 GB freiem Speicher, einem aktuellen JDK 17, dem neuesten Android-repo-Tool und Git. Jedes moderne Linux funktioniert — dies sind die Versionen, gegen die wir testen.

Warum so viel Speicher?
Ein AOSP-Checkout umfasst rund 250 GB. Die Build-Artefakte fügen weitere 80–100 GB hinzu. Halte das auf einer SSD — drehende Platten werden in keiner vertretbaren Zeit fertig.
02

Das öffentliche Manifest klonen

shellgit clone --depth 1 \
  https://git.lydos.ailydian.com/lydos/lydos-phone-manifest \
  -b husky-2026.06.r1
cd lydos-phone-manifest
repo init -u . -b husky-2026.06.r1
repo sync -j8 -c --no-clone-bundle --no-tags

repo sync dauert beim ersten Mal rund 30–60 Minuten. Folgende Syncs sind schnell.

03

Das Image bauen

shell. build/envsetup.sh
lunch lydos_husky-user
m -j$(nproc) target-files-package

lunch richtet die Build-Umgebung für das Zielgerät ein. m target-files-package erzeugt das Bundle, das geflasht wird, und den passenden Reproduzierbarkeitsbeleg.

Langlaufender Schritt
Der erste Build dauert je nach Hardware 60–120 Minuten. Folgende Builds sind inkrementell und deutlich kürzer.
04

Gegen den veröffentlichten Hash verifizieren

shell./verify-bundle.sh out/dist/lydos_husky-target_files-*.zip
# expects:
#   build_sha256 == published_release_sha256
#   manifest_signatures_valid == 3 / 3
Übereinstimmung
Wenn der Hash übereinstimmt und die drei Signaturen verifizieren, kannst du sicher sein, dass das Image auf dieser Maschine bit-für-bit identisch mit dem ist, das wir ausliefern.
Abweichung
Schlägt eine der Prüfungen fehl, flashe nicht. Öffne ein Issue mit dem Diff derbuild.prop-Dateien und der Ausgabe von verify-bundle.sh. Eine Abweichung ist interessant — untersuche sie, bevor du sie für harmlos hältst.
05

Was als Nächstes zu tun ist

Die Ausgabe ist ein flashbares target_files.zip. Paare es mit dem öffentlichen Release-Manifest und flashe es dann entweder direkt mit lyd-flasher oder hoste es auf einem eigenen Mirror für eine Organisation.

Weiter zu Ein Release verifizieren , um denselben Ablauf von der Verbraucherseite zu sehen, oder Einen Föderationsknoten betreiben , um an der geräteübergreifenden Immunität teilzunehmen.