From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: "Robert P. J. Day" <rpjday@crashcourse.ca>
Cc: Chris Larson <clarson@kergoth.com>,
openembedded-core@lists.openembedded.org
Subject: Re: can one add a "packagegroup" simply by adding the recipe file for it?
Date: Mon, 14 Oct 2013 11:34:01 +0100 [thread overview]
Message-ID: <1531159.CIBVSo265B@helios> (raw)
In-Reply-To: <alpine.DEB.2.02.1310140603090.10846@oneiric>
Hi Robert,
On Monday 14 October 2013 06:21:44 Robert P. J. Day wrote:
> On Mon, 14 Oct 2013, Paul Eggleton wrote:
> > On Saturday 12 October 2013 07:46:02 Chris Larson wrote:
> > > PACKAGE_GROUP_<some group that can be listed in IMAGE_FEATURES> =
> > > "<a list of binary packages, just as you'd add to IMAGE_INSTALL or
> > > CORE_IMAGE_EXTRA_INSTALL yourself>"
> > >
> > > That's all there is to it. packagegroup-core-nfs-server is a
> > > binary package. PACKAGE_GROUP_nfs-server accepts lists of binary
> > > packages, not lists of recipes.
>
> ah, that's a delightfully simple way to explain it, thanks, but
> there are a few niggling details i want to clear up.
>
> first, this clearly requires all of the recipe files to be parsed
> first, just so you know the list of possible binary packages and in
> what recipe file they're defined. (that seems trivially obvious, but
> i'm going to say it, anyway.)
Well, at that point you know most of the possible binary packages that
will be produced (actually you know what each recipe claims it will
produce; some of those packages will end up empty and thus not produced
in the absence of ALLOW_EMPTY_packagename = "1"; in the case of
dynamically packaged modules/plugins we may have an idea of the packages
that will be produced via PACKAGES_DYNAMIC but we don't know for sure
until the recipe's do_package actually executes.) This kind of thing applies
to all package references within recipes / configuration; the system only
knows about the packages that have been defined up-front by recipes.
> also, while there's an obvious visual pattern in core-image.bbclass
> when defining some package groups such as:
>
> PACKAGE_GROUP_x11 = "packagegroup-core-x11"
> PACKAGE_GROUP_x11-base = "packagegroup-core-x11-base"
> PACKAGE_GROUP_x11-sato = "packagegroup-core-x11-sato"
>
> there's nothing magic about matching those names, is there? and
> nothing magic about those packagegroup recipe files all starting with
> the prefix "packagegroup-..." in the directory
> oe-core/meta/recipes-core/packagegroups/, is there? if i wanted, could
> i just as easily define something like:
>
> PACKAGE_GROUP_fred = "barney"
>
> where the binary package "barney" is defined in the recipe file
> "wilma.bb"? silly, i know, but valid?
Yep, nothing magic about the names at all. In fact we do this in a few places
e.g. from image.bbclass:
SPLASH ?= "psplash"
PACKAGE_GROUP_splash = "${SPLASH}"
> # For backwards compatibility after rename
> RPROVIDES_${PN} = "task-core-boot"
> RREPLACES_${PN} = "task-core-boot"
> RCONFLICTS_${PN} = "task-core-boot"
>
> at some point, after suitable warning, i'd just toss all of that once
> no one seems to be using it anymore.
Richard has expressed a desire to have these removed in future, I'm not
sure when that will happen though.
> > Now that PACKAGE_GROUP has finally made it into the manual (for 1.5)
> > we've tried to explain that it's not the same thing as a
> > packagegroup. Hopefully it will dispel some of the confusion.
>
> wait ... which manual? i'm currently working my way through all of
> them but i have a long way to go. :-(
The 1.5 reference manual.
http://www.yoctoproject.org/docs/1.5/ref-manual/ref-manual.html#var-PACKAGE_GROUP
(You won't find this in "current" until 1.5 gets released.)
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre
prev parent reply other threads:[~2013-10-14 10:34 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-12 11:16 can one add a "packagegroup" simply by adding the recipe file for it? Robert P. J. Day
2013-10-12 11:24 ` Robert P. J. Day
2013-10-12 14:46 ` Chris Larson
2013-10-14 9:48 ` Paul Eggleton
2013-10-14 10:21 ` Robert P. J. Day
2013-10-14 10:34 ` Paul Eggleton [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=1531159.CIBVSo265B@helios \
--to=paul.eggleton@linux.intel.com \
--cc=clarson@kergoth.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=rpjday@crashcourse.ca \
/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