Openembedded Bitbake Development
 help / color / mirror / Atom feed
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




  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