summaryrefslogtreecommitdiffstats
path: root/meta/recipes-extended/libidn
diff options
context:
space:
mode:
authorChristopher Larson <chris_larson@mentor.com>2016-07-01 14:27:09 -0700
committerRichard Purdie <richard.purdie@linuxfoundation.org>2016-07-20 10:28:44 +0100
commit42e870c5ed4b01f7b79700373bd1f4b21b95028a (patch)
treee004bc14981c169bdfdc81111b880d8fdac3eb8a /meta/recipes-extended/libidn
parentbe90c3ec5cabc64a63488b9e1bf1879155b43a6a (diff)
downloadpoky-42e870c5ed4b01f7b79700373bd1f4b21b95028a.tar.gz
image_types.bbclass: support template .wks.in files for wic
These files are treated as the contents of a bitbake variable, so usual bitbake variable references are supported. I considered using another templating mechanism, for example the one used by yocto-layer, but then we'd end up largely mapping metadata variables to template fields anyway, which is a pointless indirection. Let bitbake expand the variables directly instead. This feature lets us, for example, reference ${APPEND} in --append, and avoid hardcoding the serial console tty in the wks file, and let the user's changes to APPEND affect wic the way they do the other image construction mechanisms. The template is read in and set in a variable at parse time, so changes to the variables referenced by the template will result in rebuilding the image. (From OE-Core rev: 51cb21fe5f050874d52f5b05a8a1de79ea4ebf2f) Signed-off-by: Christopher Larson <chris_larson@mentor.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-extended/libidn')
0 files changed, 0 insertions, 0 deletions