All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: Chris Tapp <opensource@keylevel.com>
Cc: yocto@yoctoproject.org
Subject: Re: What builds 'netbase'?
Date: Sun, 20 Feb 2011 11:46:32 -0600	[thread overview]
Message-ID: <4D615378.6040305@windriver.com> (raw)
In-Reply-To: <B241782A-FB38-4B44-B931-19337F2D7359@keylevel.com>

On 2/20/11 9:50 AM, Chris Tapp wrote:
> On 20 Feb 2011, at 15:37, Mark Hatle wrote:
> 
>> To me it looks like it deleted exactly what you asked it to.  All of  
>> the
>> sstate-netbase-* files, and the downloaded netbase_4.41.tar.gz.
> 
> It's not that easy to see when the lines get mangled. Below are the  
> ends of the 'ls' and 'cleanall' names for _populate_sysroot.
> 
> sstate: -7422fec9d26be091358f8e930110bf37_populate-sysroot.tgz  
> (existing file after build)
> NOTE:   -4c81cdca2e1c8da43ee609321b93895f_populate-sysroot.tgz  
> (cleanall delete target)
> 
> Doesn't this show that the wrong one was targeted for deletion?

No, the md5sum is the signature of the recipe.  If the signature changes, it
should avoid the sstate-cache and rebuild.  If it's still pulling in the version
from the sstate, even though the signature changed.. this could indicate a problem.

(Any time you change the recipe or referenced files in the recipe the signature
should be changing...  this won't trigger a rebuild though until you do a
bitbake -c clean ...  It will recompute the signature, see it doesn't match the
sstate and build...)

--Mark

>> For the latest changes in master, we've got planned a bit more  
>> control then
>> simply "clean" and "cleanall", but I don't believe it's implemented  
>> yet.
> 
> That sounds interesting. For example, it would be nice to be able to  
> clean everything except the download (useful when working off-line).
> 
> Chris
> 
> 



      reply	other threads:[~2011-02-20 17:46 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-19 14:58 What builds 'netbase'? Chris Tapp
2011-02-19 16:16 ` Gary Thomas
2011-02-19 21:39   ` Chris Tapp
2011-02-21  2:25   ` Tian, Kevin
2011-02-20 14:51 ` Mark Hatle
2011-02-20 15:31   ` Chris Tapp
2011-02-20 15:37     ` Mark Hatle
2011-02-20 15:50       ` Chris Tapp
2011-02-20 17:46         ` Mark Hatle [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=4D615378.6040305@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=opensource@keylevel.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.