From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Gary Thomas <gary@mlbassoc.com>
Cc: paul.eggleton@linux.intel.com, poky@pokylinux.org
Subject: Re: [PATCH 0/1] Fix weird rebuild issue even when sstate signature doesn't change
Date: Mon, 20 Dec 2010 21:23:13 +0000 [thread overview]
Message-ID: <1292880193.25087.5059.camel@rex> (raw)
In-Reply-To: <4D08E868.6090606@mlbassoc.com>
On Wed, 2010-12-15 at 09:10 -0700, Gary Thomas wrote:
> On 12/15/2010 02:12 AM, Richard Purdie wrote:
> > On Tue, 2010-12-14 at 21:40 +0800, Kevin Tian wrote:
> > I've merged this patch into master, good catch and hopefully this gets
> > sstate into a good working state.
> >
> > I've merged an updated version of Paul's sstate branch too.
> >
> > I'm hoping this makes sstate packages finally usable!
>
> Mucho bettero (TM) :-)
>
> I just tried this from master and at least on the same machine
> but different build paths, it performed much as hoped. My initial
> build (step 1) took some 165 minutes, building the same target using
> the sstate cache from step 1 took only 22. The only packages rebuilt
> during step 2 were the kernel and the image tasks (I tested this with
> my own image+kernel recipes, so it's OK if this differs a little from
> other's results).
>
> Bottom line, it seems to be working much better now.
>
> Note to Paul: I also still see lots of LD_PRELOAD messages like
> ERROR: ld.so: object 'libpseudo.so' from LD_PRELOAD cannot be preloaded: ignored.
> but they did not seem to affect the result.
This error should be fixed with some changes that went in today.
> Note to Richard: I'm still seeing a ton of Noexec messages every time I rebuild
> a package in this tree. I thought I understood you to say they should happen
> at most once?
Yes, I've pushed some changes which should help too.
Its taken longer that I'd have liked but we *are* getting there with
sstate and prebuilds! :)
Cheers,
Richard
prev parent reply other threads:[~2010-12-20 21:23 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-12-14 13:40 [PATCH 0/1] Fix weird rebuild issue even when sstate signature doesn't change Kevin Tian
2010-12-15 9:12 ` Richard Purdie
2010-12-15 11:12 ` Tian, Kevin
2010-12-15 16:10 ` Gary Thomas
2010-12-15 16:17 ` Paul Eggleton
2010-12-16 1:43 ` Tian, Kevin
2010-12-16 8:45 ` Tian, Kevin
2010-12-16 9:48 ` about 'noexec' message Tian, Kevin
2010-12-16 15:19 ` Richard Purdie
2010-12-17 2:48 ` Tian, Kevin
2010-12-17 4:23 ` Tian, Kevin
2010-12-20 15:04 ` Richard Purdie
2010-12-16 15:29 ` [PATCH 0/1] Fix weird rebuild issue even when sstate signature doesn't change Richard Purdie
2010-12-20 21:23 ` Richard Purdie [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=1292880193.25087.5059.camel@rex \
--to=richard.purdie@linuxfoundation.org \
--cc=gary@mlbassoc.com \
--cc=paul.eggleton@linux.intel.com \
--cc=poky@pokylinux.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.