From: William Mills <wmills@ti.com>
To: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: My config got stuck in the toaster
Date: Sat, 27 Dec 2014 13:48:17 -0500 [thread overview]
Message-ID: <549EFEF1.1040604@ti.com> (raw)
In-Reply-To: <EC0CC42105A97F4A81EA36CDF61DDAD45CA40387@DLEE11.ent.ti.com>
On 12/27/2014 10:40 AM, Mills, William wrote:
> OK, you are not going to believe me but I swear this really happened ...
>
> I have been playing with YP 1.7 over the break.
> I thought I would give toaster a try so I had it running in the background as I tried various builds.
> Somehow I got into a state where changes to my conf/local.conf file were being ignored.
> I fixed it by stopping toaster.
>
> Here is the sequence as I remember:
>
> I was doing builds for qemuarm.
> At some point I started toaster "source toaster start"
> It could have been from a clean build dir but probably I had done a couple of test builds first.
> For qemuarm I built:
> core-image-minimal, meta-toolchain, core-image-sato, core-image-sato-sdk, world
> I definitely poked around the toaster UI at some of those builds.
> Next in the same build dir (and the same screen session) I edited conf/local.conf to
> MACHINE = qemux86
> I then did core-image-sato again
> It built for qemuarm
> I double check conf/* and ENV settings.
> I rm -rf cache
> still builds for qemuarm
> I stopped toaster with "source toaster stop"
> I rm -rf cache again for safe keeping
> I tried core-image-sato again and it started building for qemux86.
>
> I tried to reproduce this with a clean build dir and a trivial target "bitbake -c clean ed"
> With or without toaster running it always detects the config change and rebuilds the cache.
> In the process I have now learned that removing the cache dir does not cause a reparse as I expected.
> However a config change does.
>
> I thought I had a theory w/ persistent bitbake process and files being kept open
> but I can't connect the dots and I can't reproduce it.
>
Actually it is easy to reproduce.
The first time I tried I don't think toaster was starting as port 8000
was busy. I thought I had stopped the other instance but I guess not.
To reproduce this I did this:
yocto$ $ . poky/oe-init-build-env toasted-build
yocto/toasted-build$ source toaster start
yocto/toasted-build$ bitbake -c clean ed
runs with MACHINE = "qemux86"
yocto/toasted-build$ mcedit conf/local.conf
change to MACHINE ??= "qemuarm"
yocto/toasted-build$ bitbake -c clean ed
still runs for qemux86
yocto/toasted-build$ source toaster stop
yocto/toasted-build$ bitbake -c clean ed
runs for qemuarm
Am I starting toaster in the wrong way to be just an observer?
I learned how to start toaster this way from:
https://www.yoctoproject.org/documentation/toaster-manual-17 ->
First link is "How to install and run Toaster locally" ->
https://wiki.yoctoproject.org/wiki/Setting_up_a_local_instance_of_Toaster
The Yocto Project Dev guide say the same thing:
https://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#examining-builds-using-toaster
> Any Ideas?
>
> BTW: Building "world" does not look nice in toaster. It list 100s of build targets instead of just "world".
>
> Thanks,
> Bill
>
next prev parent reply other threads:[~2014-12-27 18:48 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-27 15:40 My config got stuck in the toaster Mills, William
2014-12-27 18:48 ` William Mills [this message]
2014-12-28 7:16 ` Barros Pena, Belen
2015-01-05 16:53 ` William Mills
2015-01-06 7:22 ` Barros Pena, Belen
2015-01-05 11:59 ` Barros Pena, Belen
2015-01-05 16:32 ` William Mills
2015-02-11 18:35 ` Bob Cochran
2015-02-12 10:42 ` Barros Pena, Belen
2015-02-13 11:08 ` Barros Pena, Belen
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=549EFEF1.1040604@ti.com \
--to=wmills@ti.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.