Re: [meta-raspberrypi] mesa & gl problems

[Andrei Gherzan <andrei@gherzan.ro>]

On Fri, Apr 10, 2015 at 01:08:50PM -0600, Gary Thomas wrote:
> On 2015-04-10 11:37, Gary Thomas wrote:
> >On 2015-04-10 10:25, Erik Bolton wrote:
> >>Gary:
> >>
> >>Something is still pulling in libjpeg. It's possible you've got a recipe that depends on libjpeg directly. Check any modified recipes or custom stuff you've added.
> >>
> >
> >I'll give it a look.
> >
> >>The mesa errors are a little more interesting. Typically that means a graphics driver is being included that provides GL/GLES along with mesa (which also provides the same
> >>functionality).
> >>
> >>Are you sure the mesa errors only started after you tried to make libjpeg-turbo the preferred jpeg provider?
> >
> >Yes, if I remove those lines from by local.conf, all of these errors vanish.
>
> I found a couple of problems
>
> * meta-raspberrypi/conf/machine/include/rpi-default-providers.inc
>   Does not currently allow PREFERRED_PROVIDER_jpeg to be overriden
>
> * meta-raspberrypi/recipes-graphics/userland/userland_git.bb
>   Does not provide virtual/libgles1 (only virtual/libgles2 and virtual/libgl)
>   The 'libva' library used by 'vlc' requires virtual/libgles1 and virtual/libgles2
>
> The first issue is simple to fix:
> diff --git a/conf/machine/include/rpi-default-providers.inc b/conf/machine/include/rpi-default-providers.inc
> index ee3a3ac..ae9ed70 100644
> --- a/conf/machine/include/rpi-default-providers.inc
> +++ b/conf/machine/include/rpi-default-providers.inc
> @@ -7,4 +7,5 @@ PREFERRED_PROVIDER_virtual/egl ?= "userland"
>  PREFERRED_PROVIDER_virtual/libgles2 ?= "userland"
>  PREFERRED_PROVIDER_virtual/libgl ?= "mesa-gl"
>  PREFERRED_PROVIDER_virtual/mesa ?= "mesa-gl"
> -PREFERRED_PROVIDER_jpeg = "jpeg"
> +PREFERRED_PROVIDER_jpeg ?= "jpeg"
> +PREFERRED_PROVIDER_jpeg-native ?= "jpeg-native"
>
> I don't know a workaround for the second.  Any ideas?

RaspberryPi doesn't provide GLES1 on any of the providers. Check the mailing
history for another related topic. The solutions are:
1. patch mesa to have gles1 provided from there
2. have something like mesa-gl but for gles1

https://lists.yoctoproject.org/pipermail/yocto/2015-April/024710.html

--
Andrei Gherzan