[yocto] virtual/mesa, virtual/libgl provided by multiple packages

Alex J Lennon ajlennon at dynamicdevices.co.uk
Fri Jun 13 13:49:08 PDT 2014


On 13/06/2014 21:27, Chris Morgan wrote:
> On Fri, Jun 13, 2014 at 3:45 PM, Alex J Lennon
> <ajlennon at dynamicdevices.co.uk <mailto:ajlennon at dynamicdevices.co.uk>>
> wrote:
>
>
>     On 28/05/2014 21:31, Khem Raj wrote:
>     > On Tue, May 27, 2014 at 3:44 PM, Chris Morgan
>     <chmorgan at gmail.com <mailto:chmorgan at gmail.com>> wrote:
>     >> Building a custom image with wayland and weston based on
>     core-image,
>     >> seeing issues with virtual/mesa and virtual/libgl being provided by
>     >> multiple packages. Not sure if I'm doing something wrong here, like
>     >> not specifying packages that provide those virtual targets?
>     >>
>     >>
>     > you got to set PREFERRED_PROVIDERS for jpeg and virtual/libgl to be
>     > either mesa or mesa-gl
>
>     Did you find a solution to this Chris? I'm seeing the same thing
>     with a
>     meta-raspberrypi build of core-image-weston.
>
>     The preferred provider seems set correctly by the RPi layer though
>
>     (rpi-default-providers.inc)
>     PREFERRED_PROVIDER_virtual/libgl ?= "mesa-gl"
>
>     Thanks,
>
>     Alex
>
>
>
> Hi Alex.
>
> I haven't actually gotten back to this but I (or someone else I work
> with) is going to be getting back to it in the next few weeks as we
> try to get accelerated graphics on the bbb.
>
> Chris
>  
>

I think I'm getting there with it now.

core-image-weston pulls in clutter which wants cogl.

I think these two lines in cogl-1.0.inc are causing mesa to be pulled in
incorrectly, but I'm not sure what ERDEPENDS does...

# Extra RDEPENDS for PACKAGECONFIG
# This has to be explictly listed, because cogl dlopens the backends
ERDEPENDS_GL    = "libgl"
ERDEPENDS_GLES2 = "libgles2"

Regards,

Alex



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.yoctoproject.org/pipermail/yocto/attachments/20140613/1115b0db/attachment.html>


More information about the yocto mailing list