From: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
To: Paul Eggleton <paul.eggleton@linux.intel.com>,
"bitbake-devel@lists.openembedded.org"
<bitbake-devel@lists.openembedded.org>
Cc: Gary Thomas <gary@mlbassoc.com>
Subject: Re: Analyzing dependencies
Date: Thu, 14 Jul 2016 02:39:54 +0000 [thread overview]
Message-ID: <7476b09f96bf4d1fbaf28fd2e0639bbd@XBOX02.axis.com> (raw)
In-Reply-To: <3820835.WMpdxrdKEt@peggleto-mobl.ger.corp.intel.com>
> -----Original Message-----
> From: bitbake-devel-bounces@lists.openembedded.org [mailto:bitbake-
> devel-bounces@lists.openembedded.org] On Behalf Of Paul Eggleton
> Sent: den 14 juli 2016 00:44
> To: bitbake-devel@lists.openembedded.org
> Cc: Gary Thomas
> Subject: Re: [bitbake-devel] Analyzing dependencies
>
> On Wed, 13 Apr 2016 08:20:38 Gary Thomas wrote:
> > On 2016-04-13 08:08, Khem Raj wrote:
> > > Use any program that reads dotty files
> >
> > Know of any interactive ones that let you explore like the 'depexp'?
>
> It's not quite like that but FYI I have found "xdot" useful for viewing
> dot files - it performs well with reasonably large graphs (though still
> struggles with the bitbake -g task graph unfortunately).
>
> https://github.com/jrfonseca/xdot.py
>
> Cheers,
> Paul
>
> --
>
> Paul Eggleton
> Intel Open Source Technology Centre
To make it possible to view the BitBake graphs in a sane way, I recommend
to use gvpr and tred (from graphviz) to filter them.
Here is an example filter for gvpr that I have used to filter out native
recipes. It also changes the labels for each node to only be the recipe
name. To use it, first run "bitbake -g <recipe>" for the recipe you are
interested in, e.g., core-image-minimal. Then run
"gvpr -i -f filter_non-native.txt pn-depends.dot | tred | xdot.py&".
---- 8< -------- filter_non-native.txt ---------------------------------
N[match(label, "/meta") != -1 &&
match(label, "virtual:native:") == -1 &&
match(name, "-native") == -1]
N {
label = gsub(label, ' *');
}
---- >8 -------- filter_non-native.txt ---------------------------------
//Peter
prev parent reply other threads:[~2016-07-14 2:47 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-13 6:05 Analyzing dependencies Gary Thomas
2016-04-13 6:08 ` Khem Raj
2016-04-13 6:13 ` Robert Yang
2016-04-13 6:20 ` Gary Thomas
2016-07-13 22:43 ` Paul Eggleton
2016-07-14 2:39 ` Peter Kjellerstedt [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=7476b09f96bf4d1fbaf28fd2e0639bbd@XBOX02.axis.com \
--to=peter.kjellerstedt@axis.com \
--cc=bitbake-devel@lists.openembedded.org \
--cc=gary@mlbassoc.com \
--cc=paul.eggleton@linux.intel.com \
/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.