From: Joshua Lock <josh@linux.intel.com>
To: bitbake-devel@lists.openembedded.org
Subject: Re: [RFC] Do postfiles make sense?
Date: Fri, 12 Aug 2011 12:23:38 -0700 [thread overview]
Message-ID: <1313177023.2228.3.camel@scimitar> (raw)
In-Reply-To: <359B10B9B28B294BAA6405D9320312E0111E934078@naemmail08.na.leapfrog.com>
On Fri, 2011-08-12 at 11:01 -0700, Daniel Lazzari wrote:
> >-----Original Message-----
> >Date: Thu, 11 Aug 2011 16:27:34 -0700
> >From: Joshua Lock <josh@linux.intel.com>
> >Subject: [bitbake-devel] [RFC] Do postfiles make sense?
> >To: bitbake-devel@lists.openembedded.org
> >Message-ID: <1313105254.2506.8.camel@vorpal.jf.intel.com>
> >Content-Type: text/plain; charset="UTF-8"
> >
> >All,
> >
> >Some time ago I added an -R switch to bitbake for configuration files to
> >load after bitbake.conf[1].
> >
> >I'd been happily using this for the UI I've been working on without
> >fully realising that it's not safe to rely on postfiles to set variables
> >which affect the files included by bitbake.conf. For oe-core this
> >includes: BUILD_SYS, TARGET_SYS, MACHINE, SDKMACHINE and DISTRO.
> >
> >In light of this flaw do postfiles make sense?
> >
> >For the UI's purpose I think I'm going to have to switch to a prefile
> >(-r) in the wrapper script and add logic to hob to detect whether the
> >set variables differ from those in hob.local.conf - so that we can warn
> >those with a local.conf that uses = assignment that things won't work...
> >
> >Thoughts? Suggestions?
> >
> >Thanks,
> >Joshua
> >
> >1.
> >http://git.openembedded.org/cgit.cgi/bitbake/commit/?id=a8246ae5400c23df
> >0d3ee29c36f4d9f257d1e6d1
> >--
> >Joshua Lock
> > Yocto Project "Johannes Factotum"
> > Intel Open Source Technology Centre
> >
>
> I actually have a decent use case for a postfile. We have several in
> house recipes that use an SVN repo for their SRC_URI. The URI contains
> a variable that points to what branch to build from. So the recipes
> default to pulling the head revision of trunk. It's nice to be able to
> have a collection of different conf files that we can post load to
> override the branch and revision variables without having to change the
> recipes themselves. So we have like a Release1.1.conf file that when
> post loaded builds Release 1.1 from the correct branches and revisions.
> We can do this with -r by using BRANCH ?= "TRUNK" in the recipes
> (that's how we did it in OE Classic), but when we sometimes forgot the
> question mark, it would end up building TRUNK no matter what was in the
> conf file.
Nice, you've convinced me that the feature should stay.
Thanks for responding,
Joshua
--
Joshua Lock
Yocto Project "Johannes factotum"
Intel Open Source Technology Centre
next prev parent reply other threads:[~2011-08-12 19:28 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.15.1313143204.31105.bitbake-devel@lists.openembedded.org>
2011-08-12 18:01 ` [RFC] Do postfiles make sense? Daniel Lazzari
2011-08-12 19:23 ` Joshua Lock [this message]
2011-08-11 23:27 Joshua Lock
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1313177023.2228.3.camel@scimitar \
--to=josh@linux.intel.com \
--cc=bitbake-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox