From: "Colin Helliwell" <colin.helliwell@LN-Systems.com>
To: <yocto@yoctoproject.org>
Subject: Re: Getting bitbake to use 'local' versions of local.conf/bblayers.conf
Date: Thu, 24 Sep 2015 17:10:46 +0100 [thread overview]
Message-ID: <028101d0f6e3$94797020$bd6c5060$@LN-Systems.com> (raw)
In-Reply-To: <56041D04.9060908@mlbassoc.com>
Thanks Gary - I'll give that a try, looks like just what I'm after.
-----Original Message-----
From: yocto-bounces@yoctoproject.org [mailto:yocto-bounces@yoctoproject.org]
On Behalf Of Gary Thomas
Sent: 24 September 2015 16:56
To: yocto@yoctoproject.org
Subject: Re: [yocto] Getting bitbake to use 'local' versions of
local.conf/bblayers.conf
On 2015-09-24 09:45, Colin Helliwell wrote:
> We have an automated build which pulls our own layers & amendments
> from our version control system. We don't really want (need?) to have a
full *unpacked* Yocto in the repository too, so we have just the Fido
tarball in there, and unpack this as the first step of the build.
>
> But, we then need to copy our local.conf and bblayers.conf across into
> the (transient) build directory. Is there a way to tell bitbake to
> override the default ones (in
> build/local/) with ours? I did see that it's maybe possible to set up
> variables for the 'oe-init-build-env' script, but I think this will
> still copy them into build/local/ - what we want is to leave them in
> place (so if we make any changes they will remain under, and trackable
> by, the version control)
Just put "bblayers.conf.sample" and/or "local.conf.sample" in one of your
layers. I do this with the BSPs I build and then set up the basic
configuration quite automatically. For example, I have a pesudo-BSP (layer)
for the RaspberryPi which includes
meta-rpi/conf/
meta-rpi/conf/local.conf.sample
meta-rpi/conf/bblayers.conf.sample
meta-rpi/conf/layer.conf
Then to configure a build using this layer I run
% TEMPLATECONF=meta-rpi/conf . ${YOCTO}/oe-init-build-env ${BUILD}
In this way, it's easy to keep the meta-rpi under my own SCM and manage any
changes there.
--
------------------------------------------------------------
Gary Thomas | Consulting for the
MLB Associates | Embedded world
------------------------------------------------------------
--
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
prev parent reply other threads:[~2015-09-24 16:10 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-24 15:45 Getting bitbake to use 'local' versions of local.conf/bblayers.conf Colin Helliwell
2015-09-24 15:55 ` Gary Thomas
2015-09-24 16:10 ` Colin Helliwell [this message]
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='028101d0f6e3$94797020$bd6c5060$@LN-Systems.com' \
--to=colin.helliwell@ln-systems.com \
--cc=yocto@yoctoproject.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.