включить изображение tar.bz в изображение wic - PullRequest
Новая
       21

включить изображение tar.bz в изображение wic

1 голос
/ 12 июня 2019

Я хочу, чтобы изображение tar.bz было включено в образ wic, который является установщиком wic image

У меня есть: 

IMAGE_FSTYPES += "tar.bz2"
do_image_wic[depends] += "${IMAGE_BASENAME}:do_image_tar"
IMAGE_BOOT_FILES += "${IMAGE_BASENAME}-${MACHINE}.tar.bz2;upgrade.bz2"

поэтому tar.bz создается первым, но ... он не развертывается в момент создания wic-образов, а в: 

build_output/work/device-type-linux/yocto-image-release/1.0-r0/deploy-yocto-image-release-image-complete/yocto-image-release-device-type-20190611214913.rootfs.tar.bz2

Он не появится в каталоге развертывания до тех пор, пока не будет сформирован образ yocto-image-release: do_deploy, который естественным образом возникает после построения wic (который теперь не работает).

Есть ли безопасный способ доступа к нему для wic imager? Я предполагаю, что совместная работа не будет хорошей https://www.yoctoproject.org/docs/latest/ref-manual/ref-manual.html#structure-build-work-shared

Есть ли лучший способ получить новый installer.bb, который зависит от yocto-image-release.bb:do_deploy, чтобы он мог найти кусочки и затем сделать свой собственный wic?

1 Ответ

0 голосов
/ 12 июня 2019

Похоже, одно решение включает BBCLASSEXTEND, поэтому я могу построить bitbake yocto-image-release и bitbake yocto-image-installer, внеся изменения в рецепт (или родительский класс), включив в него: 

BBCLASSEXTEND += "installer"
DEPENDS_installer += "${BPN}"

и installer.bbclass: 

CLASSOVERRIDE = "installer"

и тогда я могу переопределить значения с суффиксом _installer, хотя, вероятно, будет много работы по нейтрализации большей части конфигурации и методов собственного рецепта, потому что (на данный момент) все, что я хочу построить, это wic с системами собственное ядро.

Нет сомнений, что позже у него будет своя собственная конфигурация ядра и initramfs, так как программа установки специализируется.

Это кажется приятным, поскольку существует множество образов (-dev, -debug и т. Д.), Для всех из которых может потребоваться установщик. Но я все еще задаюсь вопросом, слишком ли тесно связаны между собой -installer 1016 *

...