<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 25, 2016 at 12:05 AM, Robert P. J. Day <span dir="ltr"><<a href="mailto:rpjday@crashcourse.ca" target="_blank">rpjday@crashcourse.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, 25 Oct 2016, Robert P. J. Day wrote:<br>
<br>
> On Mon, 24 Oct 2016, Christopher Larson wrote:<br>
><br>
> ><br>
> > On Mon, Oct 24, 2016 at 1:53 PM, Robert P. J. Day <<a href="mailto:rpjday@crashcourse.ca">rpjday@crashcourse.ca</a>> wrote:<br>
> > i've just been handed a list of about 200 perl packages by their<br>
> > centos rpm names, and i want to map most, if not all, of them to their<br>
> > equivalent OE package names.<br>
> ><br>
> > my first instinct (based on not having used a lot of perl OE<br>
> > packages) is to add both "perl" and "perl-modules" to IMAGE_INSTALL,<br>
> > just to fetch and build every possible module available through the OE<br>
> > perl recipe -- that will at least give me an idea of what's available.<br>
> ><br>
> > next, i can see the pattern in some OE package names -- i've<br>
> > verified that the Time::HiRes package is available in OE as<br>
> > perl-module-time-hires, which i assume is part of the dynamic naming<br>
> > being done in <a href="http://perl_5.22.1.bb" rel="noreferrer" target="_blank">perl_5.22.1.bb</a>.<br>
> ><br>
> > am i approaching this the right way?<br>
> ><br>
> ><br>
> > Could also bitbake perl, then use oe-pkgdata-util to locate the<br>
> > actual perl modules in the packages, i.e. */Time/HiRes.pm.<br>
><br>
> i once wrote a wiki page on "bb", distinguishing between queries<br>
> you could make before you did a build, versus queries that needed a<br>
> build. it seems like oe-pkgdata-util needs a completed build for<br>
> pretty much everything, do i have that right?<br>
<br>
</span> never mind, i just read this snippet from the YP ref manual:<br>
<br>
"You can use the oe-pkgdata-util command-line utility to query<br>
PKGDATA_DIR and display various package-related information. When you<br>
use the utility, you must use it to view information on packages that<br>
have already been built."<br>
<br>
so i'm assuming that means for *all* oe-pkgdata subcommands, no<br>
exceptions.</blockquote></div><br>Right, oe-pkgdata-util is about inspecting build output via pkgdata, whereas most of bb is inspection tools about the metadata — before the build. The only exception is bb-contents, which is a convenience, just wraps oe-pkgdata-util under the hood and tells the user the oe-pkgdata-util command in case they want to run it directly.<br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Christopher Larson<br>clarson at kergoth dot com<br>Founder - BitBake, OpenEmbedded, OpenZaurus<br>Maintainer - Tslib<br>Senior Software Engineer, Mentor Graphics</div>
</div></div>