summaryrefslogtreecommitdiffstats
path: root/scripts
diff options
context:
space:
mode:
authorJason Wessel <jason.wessel@windriver.com>2019-08-08 13:23:57 -0700
committerRichard Purdie <richard.purdie@linuxfoundation.org>2019-08-08 22:48:23 +0100
commit42293d75404486e20db9f7a80d0d1756887b576d (patch)
tree27f94d0f1fe255e84a5fdb94c84e34cc61f10d61 /scripts
parent8b76048da99ec3be7d763b7ccc81f767c7015bc7 (diff)
downloadopenembedded-core-contrib-42293d75404486e20db9f7a80d0d1756887b576d.tar.gz
image_types_wic.bbclass: Copy the .wks and .env files to deploy image dir
When using a .wks.in file, the only place that the generated .wks file exists in the tmp/work area. A copy should be left behind in the deploy directory so that you can easily run the wic tool to re-generate or modify a new image without running bitbake. Custom .wks.in files can reference any number of bitbake variables, so it is important to save the result. below is an example of using the generated .wks file in the deploy area. The full name of my generated .wks file was core-image-minimal-ostree-uboot-ab.wks, but since you usually only have a single .wks file per image you can use a wild card like: cd tmp*/deploy/images/* wic create --vars . -e core-image-minimal -s -m core-image-minimal-*.wks Signed-off-by: Jason Wessel <jason.wessel@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'scripts')
0 files changed, 0 insertions, 0 deletions