Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Patches and discussions about the oe-core layer
	<openembedded-core@lists.openembedded.org>
Subject: Re: Use for filedeps/rpmdeps data?
Date: Fri, 07 Oct 2011 23:30:21 +0100	[thread overview]
Message-ID: <1318026629.8533.57.camel@ted> (raw)
In-Reply-To: <E7A9054A5ACABE48B0E540E46E862B0F0177E5@NAEMMAIL01.na.leapfrog.com>

On Fri, 2011-10-07 at 21:21 +0000, Daniel Lazzari wrote:
> Hey everyone,
> 
> I noticed today that one of our recipes takes a very long time to get
> through the do_package task. The recipe has a couple of binaries and a
> whole lot of assets (thousands of audio files). It takes over 20
> minutes for the do_package task to complete on my local desktop. I
> finally tracked it down to the package_do_filedeps function which
> appears to be running an rpmdeps process for each file in each
> package. As far as I can tell, it just then dumps that data to text
> files in pkgdata and only seems concerned with the binaries. Can
> anyone shed some light on what this info is used for? Should it only
> be concerned with executables and libraries (there is currently no
> filter on it)? Do I even need that data if we are using ipkg instead
> of rpm?

This is why there is a line in package.bbclass which says:

		if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('kernel-module-'):
			continue

since those are packages we know we're not going to get useful
information from. It finds perl and python module dependencies so its
not just executable binaries/libraries unfortunately :/.

It would probably be useful to have a way of flagging other packages as
uninteresting though. The idea is the information is used by all the
package backends. At present it is used more by some than by others and
the ipk backend is limited in its use iirc. That will be changing over
time though.

Cheers,

Richard





      reply	other threads:[~2011-10-07 22:36 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-07 21:21 Use for filedeps/rpmdeps data? Daniel Lazzari
2011-10-07 22:30 ` 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=1318026629.8533.57.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-core@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox