All of lore.kernel.org
 help / color / mirror / Atom feed
From: jfabernathy <jfabernathy@gmail.com>
To: McClintock Matthew-B29882 <B29882@freescale.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: rebuilds -- when to do what??
Date: Fri, 27 Apr 2012 11:58:23 -0400	[thread overview]
Message-ID: <4F9AC21F.6000507@gmail.com> (raw)
In-Reply-To: <CAEsOVNcOx-_O8YmgusttvvSwuR=RtSJ0NXgH12r5Uy+hsMu_ug@mail.gmail.com>

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




  reply	other threads:[~2012-04-27 15:58 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
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 [this message]
2012-05-01 10:02 ` Paul Eggleton

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=4F9AC21F.6000507@gmail.com \
    --to=jfabernathy@gmail.com \
    --cc=B29882@freescale.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.