ソースからフラッシュ可能なバンドルへ。

ターミナルセッション1回。最新のワークステーションで90分。私たちが公開するのと同じハッシュ — さもなくば警報です。

前提条件

64 GB の RAM、400 GB の空きディスク、最近の JDK 17、最新の Android repo ツール、そして Git を備えた Ubuntu 22.04 LTS または 24.04 LTS のワークステーション。最新の Linux であれば何でも動作します — これらは私たちがテストするバージョンです。

なぜこんなにディスクが必要?

AOSP のチェックアウトはおよそ 250 GB です。ビルド成果物がさらに 80〜100 GB 加わります。これは SSD に置いてください — スピニングディスクではまともな時間で終わりません。

公開マニフェストをクローンする

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 は初回でおよそ30〜60分かかります。以降の同期は高速です。

イメージをビルドする

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

lunch はターゲットデバイス向けのビルド環境をセットアップします。 m target-files-package はフラッシュされるバンドルと、対応する再現性レシートを生成します。

長時間実行ステップ

初回ビルドはハードウェアにより60〜120分かかります。以降のビルドは増分でずっと短くなります。

公開ハッシュと照合して検証する

shell./verify-bundle.sh out/dist/lydos_husky-target_files-*.zip
# expects:
#   build_sha256 == published_release_sha256
#   manifest_signatures_valid == 3 / 3

一致

ハッシュが一致し3つの署名が検証されれば、このマシン上のイメージが私たちが出荷するものとビット単位で同一であると確信できます。

不一致

いずれかのチェックが失敗したら、フラッシュしないでください。次の差分を添えてイシューを開いてください: build.prop ファイルと verify-bundle.sh の出力。不一致は興味深いものです — 無害と決めつける前に調査してください。

次にすること

出力はフラッシュ可能な target_files.zip です。公開リリースマニフェストと組み合わせ、lyd-flasher で直接フラッシュするか、組織向けに自前のミラーでホストします。

続けてリリースを検証するへ進み、同じフローを利用者側から見るか、またはフェデレーションノードを運用するへ進んでデバイス横断の免疫に参加してください。