From: Ulf Samuelsson <ulf.samuelsson@atmel.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Ideas for scripts, to save work, when building several boards
Date: Sat, 22 Aug 2009 09:50:02 +0200 [thread overview]
Message-ID: <4A8FA32A.4010400@atmel.com> (raw)
In-Reply-To: <200908202141.07520.marcin@juszkiewicz.com.pl>
Marcin Juszkiewicz skrev:
> Dnia piątek, 14 sierpnia 2009 o 09:44:51 Ulf Samuelsson napisał(a):
>> The reason for doing a script is to allow building multiple stuff
>> when I am sleeping or travelling, and as long as things complete
>> I do not mind the 10 minute pauses.
>>
>> When I am working interactively, I do not want to specify MACHINE
>> everytime I do something
>>
>> Maybe this is something that would work...
>> alias bitbake="MACHINE=${BB_MACHINE} /path/to/bitbake"
>
> I do that in this style:
>
> for mach in LIST-OF-BOARDS;do MACHINE=$mach bitbake something;done
>
> This works fine in Bash and allow to do anything from remote etc.
>
> My last use was:
>
> for mach in `ls openembedded/conf/machine/at91*`;do export MACHINE=`basename
> $mach .conf`; bitbake -cclean base-files sysvinit task-base task-boot; bitbake
> console-image;done
>
> To make it work you should have to use MACHINE ?= "machinename" in conf/*.conf
> files or just not set MACHINE there at all.
>
OK, nice to know.
It takes less than 2 minutes to rebuild the cache on my machine
so it is less of an issue for me.
My buildscript will generate logs which is nice to have,
but I could do this with this method as well,
Also, my main goal is not to get a machine running for any
specific purpose.
I want to make sure that a certain machine will complete its
build properly, and if I do what people propose, won't I
sometimes miss a problem, because I previously built a machine
which worked OK, and then I use the result of that build instead
of the result for this specific machine.
Example:
If you build a recipe which has
SRC_URI_append_at91sam9263ek for the sam9263ek
and then bitbake MACHINE=at91sam9g45ek,
will that force a rebuild of the recipe?
If you then build at91sam9263ek again,then
does it do this again.
If not, then I have to do it my way.
> Regards,
--
Best Regards
Ulf Samuelsson
next prev parent reply other threads:[~2009-08-22 8:07 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-13 7:13 Ideas for scripts, to save work, when building several boards Ulf Samuelsson
2009-08-13 8:38 ` Koen Kooi
2009-08-13 10:07 ` Ulf Samuelsson
2009-08-13 11:23 ` Koen Kooi
2009-08-13 12:10 ` Ulf Samuelsson
2009-08-13 12:44 ` Koen Kooi
2009-08-13 15:23 ` Ulf Samuelsson
2009-08-13 16:30 ` Koen Kooi
2009-08-13 20:36 ` Ulf Samuelsson
2009-08-13 21:18 ` Koen Kooi
2009-08-14 7:44 ` Ulf Samuelsson
2009-08-20 19:41 ` Marcin Juszkiewicz
2009-08-22 7:50 ` Ulf Samuelsson [this message]
2009-08-24 16:39 ` Otavio Salvador
2009-08-13 12:56 ` Holger Hans Peter Freyther
2009-08-13 13:55 ` Koen Kooi
2009-08-13 14:19 ` Holger Hans Peter Freyther
2009-08-13 12:18 ` Ulf Samuelsson
2009-08-13 12:46 ` Koen Kooi
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=4A8FA32A.4010400@atmel.com \
--to=ulf.samuelsson@atmel.com \
--cc=openembedded-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 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.