All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcin Juszkiewicz <marcin@juszkiewicz.com.pl>
To: openembedded-devel@lists.openembedded.org
Subject: Re: OE recipe tree quality
Date: Fri, 30 Jul 2010 11:36:15 +0200	[thread overview]
Message-ID: <201007301136.16075.marcin@juszkiewicz.com.pl> (raw)
In-Reply-To: <AANLkTi=6zRL-+P-2jZzhgZXoMVSY-XdaBCW=JnNqmJom@mail.gmail.com>

Dnia piątek, 30 lipca 2010 o 11:07:32 Frans Meulenbroeks napisał(a):
> > More interesting to me would be an algorithm more like.
> > 
> > while recipe in recips/*.bb; do
> >    rm -rf tmp/ ; bitbake recipe
> > done
> > 
> > with the test noting if the fail is due to a blacklisted dependency, a
> > totally missing dependency (recipe been deleted sometime in past) or an
> > actual compile fail due to a missing DEPENDS entry somewhere in the tree.
> > 
> > But this is going to burn CPU time like never before.

> Definitely an interesting test. Actually with packaged staging this might
> become manageble.
> I would not mind running such a test, even if it takes a week or so.

I did such ones for Poky and with packaged staging dir outside of tmpdir it 
works very good. Most of time is spent on removing tmp and repopulating 
it from packages.
 
> I guess it is hard to do this for older versions of recipes though.
> afaik bitbake -b will not build things one depends on and bitbake recipe
> will take either the pinned version or otherwise the last one a
> non-negative DEFAULT_PREFERENCE.

"bitbake recipe-version" works but you will need more work to get 'version' 
part as it can contain SRCREV etc.

Regards, 
-- 
JID:      hrw@jabber.org
Website:  http://marcin.juszkiewicz.com.pl/
LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz





  parent reply	other threads:[~2010-07-30  9:36 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-29  8:50 OE recipe tree quality Frans Meulenbroeks
2010-07-29  9:42 ` Thomas Zimmermann
2010-07-29  9:45 ` Koen Kooi
2010-07-29 10:32   ` Frans Meulenbroeks
2010-07-29 12:07   ` Philip Balister
2010-07-29 12:15     ` Frans Meulenbroeks
2010-07-30  7:21     ` Esben Haabendal
2010-07-30  8:22       ` Koen Kooi
2010-07-30  8:31         ` Graeme Gregory
2010-07-30  8:48           ` Frans Meulenbroeks
2010-07-30  8:56             ` Graeme Gregory
2010-07-30  9:07               ` Frans Meulenbroeks
2010-07-30  9:09                 ` Graeme Gregory
2010-07-30  9:36                 ` Marcin Juszkiewicz [this message]
2010-07-30  8:54           ` Esben Haabendal
2010-07-30  8:34         ` Frans Meulenbroeks
2010-07-30  8:41           ` Koen Kooi
2010-07-30  9:01             ` Frans Meulenbroeks
2010-07-30 15:39               ` Dr. Michael Lauer
2010-07-31 23:12           ` Richard Purdie
2010-08-01  5:10             ` Frans Meulenbroeks
2010-08-01 14:05             ` Philip Balister
2010-08-01 18:48               ` Richard Purdie

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=201007301136.16075.marcin@juszkiewicz.com.pl \
    --to=marcin@juszkiewicz.com.pl \
    --cc=openembedded-devel@lists.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.