التوثيقابنِ الصورة

ابنِ الصورة

من المصدر إلى حزمة قابلة للوميض (flash).

جلسة طرفية واحدة. تسعون دقيقة على محطة عمل حديثة. التجزئة نفسها التي ننشرها — أو إنذار.

01

المتطلبات المسبقة

محطة عمل بنظام Ubuntu 22.04 LTS أو 24.04 LTS بذاكرة 64 غيغابايت، و400 غيغابايت مساحة حرة، وJDK 17 حديثة، وأحدث أداة Android repo، وGit. يصلح أي Linux حديث — هذه هي الإصدارات التي نختبر عليها.

لماذا كل هذه المساحة؟
سحب AOSP نحو 250 غيغابايت. تضيف مُخرَجات البناء 80–100 غيغابايت أخرى. أبقِ هذا على SSD — القرص الدوّار لن ينتهي في أي وقت معقول.
02

استنسخ البيان العام

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 دقيقة في المرة الأولى. المزامنات اللاحقة سريعة.

03

ابنِ الصورة

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

lunch يُهيّئ بيئة البناء للجهاز الهدف. m target-files-package يُنتج الحزمة التي ستُومَض وإيصال قابلية إعادة الإنتاج المطابق.

خطوة طويلة التنفيذ
يستغرق البناء الأول 60–120 دقيقة بحسب العتاد. البناءات اللاحقة تزايدية وأقصر بكثير.
04

تحقّق مقابل التجزئة المنشورة

shell./verify-bundle.sh out/dist/lydos_husky-target_files-*.zip
# expects:
#   build_sha256 == published_release_sha256
#   manifest_signatures_valid == 3 / 3
تطابق
حين تتطابق التجزئة وتتحقّق التوقيعات الثلاثة، يمكنك أن تطمئن إلى أن الصورة على هذا الجهاز مطابقة بِتًّا بِتًّا للصورة التي نشحنها.
عدم تطابق
إذا فشل أيّ من الفحصين، فلا تومِض. افتح قضية مع فرق (diff) ملفاتbuild.prop ومُخرَج verify-bundle.sh. عدم التطابق أمر مثير — حقّق فيه قبل افتراض أنه غير ضارّ.
05

ماذا تفعل بعد ذلك

المُخرَج هو target_files.zip قابل للوميض. اقرنه ببيان الإصدار العام، ثم إما ومِضه مباشرةً بـ lyd-flasher أو استضفه على مرآتك الخاصة لمؤسسة.

تابِع إلى تحقّق من إصدار لترى التدفّق نفسه من جانب المستهلك، أو شغّل عقدة اتحاد للمشاركة في المناعة عبر الأجهزة.