djwillis/meta-raspberrypi

Issue with libgles1 when building Yocto LSB image

Closed this issue · 4 comments

Hi,

I've been working to get the Poky LSB image built up for the RPi but have been having problems with it pulling in mesa-dri and libQT4.

I think the mesa issue is due to a dependency on libgles1 which defaults to the mesa-dri provider.

Looking at recipes-bcm/vc-graphics/vc-graphics.inc I see it advertises it provides:

PROVIDES = "virtual/libgl virtual/libgles2 virtual/egl"

Now looking at the RPi firmware binaries over here

https://github.com/raspberrypi/firmware/tree/master/hardfp/opt/vc/lib

I see there is a libGLESv1_CM.so so I'm thinking maybe we can add libgles1 to vc-graphics.inc

PROVIDES = "virtual/libgl virtual/libgles1 virtual/libgles2 virtual/egl"

Then I can set a preferred provider for libgles1 and the mesa-dri problem goes away (hopefully).

Can anybody advise if this is a sensible solution, or am I on the wrong track about libGLESv1_CM.so

Thanks!

Alex

There are a lot of things to be changed around. Right now we are on hold
because this layer will be moved to a yocto repo. So stay tuned.

About your problem. First of all rpi shouldn't provide libgl. That was an
ugly workaround. And should provide gles1. So patches are needed here.

Andrei

OK thanks for the response Andrei. I ran into some other trouble with
the LSB build, missing libglu and some problems with a missing crypt
function, which seemingly shouldn't really be used anyway from what I
read. I decided to step back from LSB and base off the standard Poky
image. Since then have been making good progess.

Thanks again,

Alex

Would you you send a patch for your fix? New contributors are always welcomed.

BTW. We moved to yocto: http://git.yoctoproject.org/cgit/cgit.cgi/meta-raspberrypi/

Thanks,
ag

No feedback so I will close this for now.