All of lore.kernel.org
 help / color / mirror / Atom feed
* rebuilds -- when to do what??
@ 2012-04-27 14:15 jfabernathy
  2012-04-27 15:39 ` McClintock Matthew-B29882
  2012-05-01 10:02 ` Paul Eggleton
  0 siblings, 2 replies; 4+ messages in thread
From: jfabernathy @ 2012-04-27 14:15 UTC (permalink / raw)
  To: yocto@yoctoproject.org

Over the past 6 months, I've learned a lot about what I should do to 
work with Yocto successfully, However, the area of biggest confusion for 
me is what to do when I want to rebuild something.

I generally work from Master repository and when I see significant 
changes while doing git pull, I try to rebuild one of my projects.  I've 
tried a lot of the methods:

1.  just bitbake again.
2.  bitbake -c cleanall or -c cleansstate core-image-sato
3.  If I know a recipe has changed, I'll bitbake -c cleansstate "recipe 
name"

Most of the time something fails.  Researching what, is an impossibility 
to me and much quicker to just delete the build directory and redo it.

Is there a good "how to" rebuild?  Or is it the best use of time to just 
tell users to blow away the build dir. and restart, saving the old 
local.conf and bblayer.conf?

Jim A



^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: rebuilds -- when to do what??
  2012-04-27 14:15 rebuilds -- when to do what?? jfabernathy
@ 2012-04-27 15:39 ` McClintock Matthew-B29882
  2012-04-27 15:58   ` jfabernathy
  2012-05-01 10:02 ` Paul Eggleton
  1 sibling, 1 reply; 4+ messages in thread
From: McClintock Matthew-B29882 @ 2012-04-27 15:39 UTC (permalink / raw)
  To: jfabernathy; +Cc: yocto@yoctoproject.org

On Fri, Apr 27, 2012 at 9:15 AM, jfabernathy <jfabernathy@gmail.com> wrote:
> Over the past 6 months, I've learned a lot about what I should do to work
> with Yocto successfully, However, the area of biggest confusion for me is
> what to do when I want to rebuild something.
>
> I generally work from Master repository and when I see significant changes
> while doing git pull, I try to rebuild one of my projects.  I've tried a lot
> of the methods:
>
> 1.  just bitbake again.
> 2.  bitbake -c cleanall or -c cleansstate core-image-sato
> 3.  If I know a recipe has changed, I'll bitbake -c cleansstate "recipe
> name"
>
> Most of the time something fails.  Researching what, is an impossibility to
> me and much quicker to just delete the build directory and redo it.
>
> Is there a good "how to" rebuild?  Or is it the best use of time to just
> tell users to blow away the build dir. and restart, saving the old
> local.conf and bblayer.conf?

Jim,

How does it fail? Which recipe in particular are you working with?

-M


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: rebuilds -- when to do what??
  2012-04-27 15:39 ` McClintock Matthew-B29882
@ 2012-04-27 15:58   ` jfabernathy
  0 siblings, 0 replies; 4+ messages in thread
From: jfabernathy @ 2012-04-27 15:58 UTC (permalink / raw)
  To: McClintock Matthew-B29882; +Cc: yocto@yoctoproject.org

On 04/27/2012 11:39 AM, McClintock Matthew-B29882 wrote:
> On Fri, Apr 27, 2012 at 9:15 AM, jfabernathy<jfabernathy@gmail.com>  wrote:
>> Over the past 6 months, I've learned a lot about what I should do to work
>> with Yocto successfully, However, the area of biggest confusion for me is
>> what to do when I want to rebuild something.
>>
>> I generally work from Master repository and when I see significant changes
>> while doing git pull, I try to rebuild one of my projects.  I've tried a lot
>> of the methods:
>>
>> 1.  just bitbake again.
>> 2.  bitbake -c cleanall or -c cleansstate core-image-sato
>> 3.  If I know a recipe has changed, I'll bitbake -c cleansstate "recipe
>> name"
>>
>> Most of the time something fails.  Researching what, is an impossibility to
>> me and much quicker to just delete the build directory and redo it.
>>
>> Is there a good "how to" rebuild?  Or is it the best use of time to just
>> tell users to blow away the build dir. and restart, saving the old
>> local.conf and bblayer.conf?
> Jim,
>
> How does it fail? Which recipe in particular are you working with?
>
> -M
It can be just about any failure from file not found, perl failures, 
etc.  Bottom line is it takes me longer to figure out what happened than 
it takes to assume I need to start over.  That's okay because that's 
only a couple of hours.  For me that's not a big deal, as I'm just 
messing with Yocto.  For a customer who is developing a product they may 
want a method that always allow the shorted method.  At first I posted 
issues and no one had a definitive answer for what when wrong.  And 
before I even got the request for submitting more information to help me 
solve it, I rebuild from scratch with problem solved.  So my BKM is 
start over and go for a 3 martini lunch.:-)

Jim A




^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: rebuilds -- when to do what??
  2012-04-27 14:15 rebuilds -- when to do what?? jfabernathy
  2012-04-27 15:39 ` McClintock Matthew-B29882
@ 2012-05-01 10:02 ` Paul Eggleton
  1 sibling, 0 replies; 4+ messages in thread
From: Paul Eggleton @ 2012-05-01 10:02 UTC (permalink / raw)
  To: jfabernathy; +Cc: yocto

On Friday 27 April 2012 10:15:22 jfabernathy wrote:
> I generally work from Master repository and when I see significant
> changes while doing git pull, I try to rebuild one of my projects.  I've
> tried a lot of the methods:
> 
> 1.  just bitbake again.
> 2.  bitbake -c cleanall or -c cleansstate core-image-sato
> 3.  If I know a recipe has changed, I'll bitbake -c cleansstate "recipe
> name"
> 
> Most of the time something fails.  Researching what, is an impossibility
> to me and much quicker to just delete the build directory and redo it.
> 
> Is there a good "how to" rebuild?  Or is it the best use of time to just
> tell users to blow away the build dir. and restart, saving the old
> local.conf and bblayer.conf?

We've addressed all of the rebuild issues that have been reported and those 
that we've been able to detect before the 1.2 release, using a script which 
forces a re-run of every task, so there should no longer be any rebuild 
issues. If you do hit any post 1.2, please report them as bugs so we can 
investigate and fix them.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2012-05-01 10:02 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-04-27 14:15 rebuilds -- when to do what?? jfabernathy
2012-04-27 15:39 ` McClintock Matthew-B29882
2012-04-27 15:58   ` jfabernathy
2012-05-01 10:02 ` Paul Eggleton

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.