On Fri, Jul 1, 2016 at 2:27 PM, Christopher Larson <[email protected]> wrote:
> From: Christopher Larson <[email protected]> > > This adds support for .wks.in files as WKS_FILE. > > This is a re-send of the RFC PATCH series as a regular PATCH series, to > attempt to get the feature merged. There's a clear value-add, there were no > major objections to the RFC series, and further improvements can be added > on > from here. > > 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. > v2 changes: simplified by dropping the prefuncs bits. -- Christopher Larson kergoth at gmail dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics
-- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
