On 05/10/2022 17:23, Andrew Davis wrote: > On 10/5/22 7:47 AM, Paul Barker wrote: >> On 28/09/2022 15:21, Paul Barker wrote: >>> Hi Andrew, >>> >>> On 27/09/2022 18:53, Andrew Davis wrote: >>>> On 9/27/22 12:01 PM, Paul Barker wrote: >>>>> Hi folks, >>>>> >>>>> I'm trying to add support for the Yocto Project kirkstone release to our >>>>> meta-sancloud BSP layer and I'm facing a build issue. I've reproduced the >>>>> issue using just the meta-ti layer and its dependencies, targeting the >>>>> beaglebone machine. I've used the kirkstone-next branch of meta-ti as >>>>> the kirkstone branch has not been updated in 5 months and has the same >>>>> issue. >>>>> >>>>> The build fails due to a lack of buildable providers for virtual/libgl. >>>>> Is this a known issue? >>>>> >>>> >>>> >>>> I've run into this before, Cairo package pulls in desktop OpenGL when >>>> GLES2 would be more appropriate. I'll look for the exact fix but >>>> you can try putting this in your distro .conf file: >>>> >>>> PACKAGECONFIG_remove_pn-cairo = "opengl" >>>> PACKAGECONFIG_append_pn-cairo = " egl" >>>> PACKAGECONFIG_append_pn-cairo = " glesv2" >>> >>> If these settings are required they should be applied by default (perhaps >>> via a >>> MACHINE_FEATURE). I would expect the beaglebone machine to build >>> "out-of-the-box" with the poky distro. If that really isn't possible then >>> necessary settings should be documented in the readme file for the layer, >>> added >>> to a local.conf.sample file or applied via a setup script. >>> >>> Thanks >> Looking at this again today, I attempted to try the above PACKAGECONFIG >> changes >> however they do not match the correct override syntax for kirkstone. That >> suggests to me that they haven't been tested. >> > > They have not been tested on Kirkstone. These are the changes I needed for > Dunfell, I'd guess fixing the override syntax and trying the same on > Kirkstone will help your issue, but no guarantees. > >> Please also note that this is not specificly an issue with the cairo >> configuration, attempting to build core-image-x11 & core-image-weston also >> fail. >> For example, for core-image-x11 the errors are as follows, re-tested today >> with >> the current HEAD of the kirkstone branch (2b11afa8aa19): >> >> ERROR: Nothing PROVIDES 'virtual/libgl' (but >> /workdir/poky/meta/recipes-graphics/xorg-xserver/xserver-xorg_21.1.4.bb, >> /workdir/poky/meta/recipes-graphics/libepoxy/libepoxy_1.5.9.bb, >> /workdir/poky/meta/recipes-graphics/cairo/cairo_1.16.0.bb DEPENDS on or >> otherwise requires it) >> mesa-gl PROVIDES virtual/libgl but was skipped: >> PREFERRED_PROVIDER_virtual/libgl set to mesa, not mesa-gl >> mesa PROVIDES virtual/libgl but was skipped: >> PREFERRED_PROVIDER_virtual/libgles1 set to ti-sgx-ddk-um, not mesa >> NOTE: Runtime target 'xserver-xorg' is unbuildable, removing... >> Missing or unbuildable dependency chain was: ['xserver-xorg', >> 'virtual/libgl'] >> NOTE: Runtime target 'packagegroup-core-x11-xserver' is unbuildable, >> removing... >> Missing or unbuildable dependency chain was: >> ['packagegroup-core-x11-xserver', 'xserver-xorg', 'virtual/libgl'] >> NOTE: Runtime target 'packagegroup-core-x11-base' is unbuildable, removing... >> Missing or unbuildable dependency chain was: ['packagegroup-core-x11-base', >> 'packagegroup-core-x11-xserver', 'xserver-xorg', 'virtual/libgl'] >> ERROR: Required build target 'core-image-x11' has no buildable providers. >> Missing or unbuildable dependency chain was: ['core-image-x11', >> 'packagegroup-core-x11-base', 'packagegroup-core-x11-xserver', >> 'xserver-xorg', 'virtual/libgl'] >> >> Is the kirkstone branch currently tested or expected to work? If there are >> known >> limitations or additional configuration changes neccessary in local.conf, >> could >> they be documented in the readme? >> > > Kirkstone is still WIP, the base builds and boots, but there are some > spots still being readied yet (especially around graphics).
I appreciate this is still WIP. However, Kirkstone was released several months
ago now and some of the projects we're involved in (e.g. Automotive Grade Linux)
have already upgraded to this release. As we use TI SoCs, our BSP depends on
meta-ti and the lack of Kirkstone support is holding back our participation in
these projects and preventing us from offering an up-to-date BSP release to our
customers.
>
> Xorg by default assumes desktop OpenGL support, being an embedded device
> we only support OpenGLES. Xorg does work just fine with OpenGLES but
> you have to tell it what to use with distro level PACKAGECONFIG selecting
> (same for cairo).
>
> In the future I'd like to split the "opengl" DISTRO_FEATURE into two
> (one for OpenGL and one for GLES2) and move them into MACHINE_FEATURE
> where they belong. Then we can set these down in the BSP layer.
> Until then you'll have to do the manual selecting.
I have tried building with `DISTRO_FEATURES:remove = "opengl"` and this allows
non-graphical images like core-image-base to build successfully. However, x11
and wayland images still fail:
core-image-x11:
gtk+3_3.24.34.bb:do_compile fails. The full log.do_compile is 327kB so I
won't include it all here, but there are several errors of the following
form:
In file included from
../../../gtk+-3.24.34/gdk/wayland/gdkscreen-wayland.c:28:
../../../gtk+-3.24.34/gdk/wayland/gdkdisplay-wayland.h:48:10: fatal error:
epoxy/egl.h: No such file or directory
48 | #include <epoxy/egl.h>
| ^~~~~~~~~~~~~
compilation terminated.
core-image-weston:
ERROR: Nothing RPROVIDES 'weston-xwayland' (but
/workdir/poky/meta/recipes-graphics/images/core-image-weston.bb RDEPENDS on or
otherwise requires it)
weston RPROVIDES weston-xwayland but was skipped: missing required distro
feature 'opengl' (not in DISTRO_FEATURES)
NOTE: Runtime target 'weston-xwayland' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['weston-xwayland']
ERROR: Required build target 'core-image-weston' has no buildable providers.
Missing or unbuildable dependency chain was: ['core-image-weston',
'weston-xwayland']
Thanks,
--
Paul Barker
Principal Software Engineer
SanCloud Ltd
e: [email protected]
w: https://sancloud.com/
OpenPGP_0xA67255DFCCE62ECD.asc
Description: OpenPGP public key
OpenPGP_signature
Description: OpenPGP digital signature
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#15114): https://lists.yoctoproject.org/g/meta-ti/message/15114 Mute This Topic: https://lists.yoctoproject.org/mt/93954566/21656 Group Owner: [email protected] Unsubscribe: https://lists.yoctoproject.org/g/meta-ti/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
