[yocto] Issue when integrating different bsp-layers on a single bblayers.conf

[Ulf Samuelsson]

You can BBMASK away that bbappend when you are not building the rockchip machine.

Best Regards,
Ulf Samuelsson

> 7 juni 2018 kl. 16:39 skrev Iván Castell <icastell at nayarsystems.com>:
> 
> Hello forum.
> 
> I am trying to integrate several BSP-layers for different platforms on a single Yocto repository to build a Linux Yocto-based distro for all those platforms easily.
> 
> The idea is maintaining a single bblayers.conf with all the layers available, set PLATFORM and DISTRO on local.conf, call bitbake <image> and get the final image for that platform.
> 
> When setting the "build" directory with a bblayers.conf customized for a single platform, each platform builds the image recipe properly.
> 
> However, when I have integrated all bsp-layers in a single bblayers.conf, the compilation of some platforms has been broken.
> 
> The specific problem is this: one bsp layer (meta-rockchip + meta-rockchip-extra) defines a recipes-graphics/mesa/mesa_%.bbappend with this content inside:
> 
>     PROVIDES_remove = "virtual/libgles1 virtual/libgles2 virtual/egl virtual/libwayland-egl"
> 
> That alters gstreamer recipe on the poky layer, getting this error when building for a meta-intel platform:
> 
>     ERROR: Nothing PROVIDES 'virtual/egl' (but /data/yocto/yocto/sources/poky/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.12.2.bb, /data/yocto/yocto/sources/poky/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-bad_1.12.2.bb DEPENDS on or otherwise requires it)
> 
> My questions:
> 
>     - Is a good practice to define a custom bblayers.conf depending on the choosen PLATFORM?
>     - Is there some any other way to disable a BSP-layer completely when building for a different one?
>     - Can you suggest a fix to solve this issue?
> 
> Thanks a lot in advance! :)
> 
> Kind regards.
>   -- Ivan
> 
> 
> -- 
> _______________________________________________
> yocto mailing list
> yocto at yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20180607/1dcd05dc/attachment.html>