All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <rpurdie@rpsys.net>
To: openembedded-devel@openembedded.org
Subject: Re: bitbake -c rebuild not running all tasks
Date: Sat, 26 Apr 2008 11:42:56 +0100	[thread overview]
Message-ID: <1209206576.5086.8.camel@dax.rpnet.com> (raw)
In-Reply-To: <futm2n$1q9$2@ger.gmane.org>


On Sat, 2008-04-26 at 00:30 +0200, Rolf Leggewie wrote:
> Richard Purdie wrote:
> > Please don't use the rebuild command for now, use -c clean and then
> > rerun it. I will think about this problem but its a nasty tricky to
> > solve one.
> 
> how about having "bitbake -c rebuild $target" actually be "bitbake -c
> clean $target;bitbake $target" for the time being as a stop-gap measure?
>  I know you are not a fan of recursive bitbake, but would it be a
> problem in this case?

That breaks our layer separation. At present bitbake knows literally
nothing about what a given task means/does and to teach it that
behaviour it has to special case "rebuild". 

bitbake did used to do this at the task level, running one task after
the other but the way the core changed for many other reasons means it
can't do that. I'm not too happy that rebuild has broken but it is the
only collateral and we did gain a number of other features. I will find
a way to fix it and don't think its a terminal problem, just a hard one.

Yes, you could do something like this with recursive bitbake but that is
a large can of worms which cause infinitely more pain rather than being
stop-gap.

Richard




      reply	other threads:[~2008-04-26 10:43 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-24 20:25 bitbake -c rebuild not running all tasks Cliff Brake
2008-04-24 21:51 ` Richard Purdie
2008-04-24 22:32   ` Khem Raj
2008-04-25 22:30   ` Rolf Leggewie
2008-04-26 10:42     ` 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=1209206576.5086.8.camel@dax.rpnet.com \
    --to=rpurdie@rpsys.net \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=openembedded-devel@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.