[yocto] [Yocto] Enable a recipe/package only when other dependent recipe/package is part of image.

[Amarnath Valluri]

Thanks Ross for your suggestions.

On Monday 25 April 2016 02:46 PM, Burton, Ross wrote:
>
> On 25 April 2016 at 07:46, Amarnath Valluri 
> <amarnath.valluri at intel.com <mailto:amarnath.valluri at intel.com>> wrote:
>
>     I would like to provide a pakcagegroup-config, that should
>     automatically select the configuration packages that are part of
>     image configuration. Say if ‘connman’ is part of image then it
>     should add ‘connman-conf’ to its RDEPENDS_${PN}.
>
>
> You can't do that.
>
> A packagegroup is just a recipe that generates packages with no 
> contents, just dependencies.  They are built once and don't know what 
> image they're being "built for", or what other packages are being 
> built.  What would you packagegroup do if it were built directly, not 
> via dependencies from an image?
Yes, i agree.
>
> The low-fi way to implement this would be for the layer that adds 
> connman-conf to also add a bbappend for connman to depend on connman-conf.
I considered this initially, but the issue with .bbappend is it leads to 
rebuilding of core packages when this configuration layer add to 
bblayers, to (re)build image, which we would like to avoid.

>
> An alternative would be to have some naming pattern for conf packages 
> (-conf is reasonable) and invent a new image-feature called 
> conf-packages that uses a glob to find all complementary packages 
> matching the *-conf pattern.  This is how dev-pkgs, dbg-pkgs, doc-pkgs 
> etc work. I believe this is just a matter of 
> setting COMPLEMENTARY_GLOB[conf-pkgs] = '*-conf' in your configuration.
I will try this, thanks.

- Amarnath
---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20160425/a5018966/attachment.html>