virtual/mesa, virtual/libgl provided by multiple packages

virtual/mesa, virtual/libgl provided by multiple packages

[Chris Morgan]

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?



[cmorgan@localhost build]$ bitbake core-image-cybex
NOTE: Started PRServer with DBfile:
/home/cmorgan/projects/yocto_poky/build/cache/prserv.sqlite3, IP:
127.0.0.1, PORT: 54426, PID: 13617
Loading cache: 100%
|######################################################| ETA:
00:00:00
Loaded 1797 entries from dependency cache.
Parsing recipes: 100%
|####################################################| Time: 00:00:00
Parsing of 1372 .bb files complete (1366 cached, 6 parsed). 1802
targets, 68 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
NOTE: multiple providers are available for jpeg (jpeg, libjpeg-turbo)
NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg

Build Configuration:
BB_VERSION        = "1.23.1"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "Fedora-20"
TARGET_SYS        = "arm-poky-linux-gnueabi"
MACHINE           = "beaglebone"
DISTRO            = "poky"
DISTRO_VERSION    = "1.6+snapshot-20140527"
TUNE_FEATURES     = "arm armv7a vfp neon"
TARGET_FPU        = "vfp-neon"
meta              = "master:f3d62a9eb9c47356e6150fdd55f790c159e620c7"
meta-bbb          = "master:8318556523a747b7e9c97326bef14922a154e8a2"
common-bsp        = "master:a070f6898bc354bb4a8ec6c9ce3907452db732b8"
meta-yocto
meta-yocto-bsp    = "master:f3d62a9eb9c47356e6150fdd55f790c159e620c7"
meta-mono         = "master:89fbbf6d6029190f9093b25d6158180607a87ea1"
meta-oe           = "master:0e7630c31989bec8ac96261b72518f7b505bcdb7"
meta-cybex        = "master:3d9914ff3252112ab1b5c9cf4d3a1d07344e0e8e"

NOTE: Preparing runqueue
ERROR: Multiple .bb files are due to be built which each provide
virtual/mesa (/home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa_9.2.5.bb
/home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb).
 This usually means one provides something the other doesn't and should.
ERROR: Multiple .bb files are due to be built which each provide
virtual/libgl (/home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa_9.2.5.bb
/home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb).
 This usually means one provides something the other doesn't and should.
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Recipe mesa-gl is trying to create package libegl-mesa which
was already written by recipe mesa. This will cause corruption, please
resolve this and only provide the package from one recipe or the other
or only build one of the recipes.
ERROR: Function failed: read_subpackage_metadata
ERROR: Logfile of failure stored in:
/home/cmorgan/projects/yocto_poky/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/mesa-gl/2_9.2.5-r0/temp/log.do_package_write_ipk.8631
ERROR: Task 1194
(/home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb,
do_package_write_ipk) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2439 tasks of which 2310 didn't need to
be rerun and 1 failed.
Waiting for 0 running tasks to finish:

Summary: 1 task failed:
  /home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb,
do_package_write_ipk
Summary: There were 4 ERROR messages shown, returning a non-zero exit code.
[cmorgan@localhost build]$


Chris

Re: virtual/mesa, virtual/libgl provided by multiple packages

[Khem Raj]

On Tue, May 27, 2014 at 3:44 PM, Chris Morgan <chmorgan@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

>
> [cmorgan@localhost build]$ bitbake core-image-cybex
> NOTE: Started PRServer with DBfile:
> /home/cmorgan/projects/yocto_poky/build/cache/prserv.sqlite3, IP:
> 127.0.0.1, PORT: 54426, PID: 13617
> Loading cache: 100%
> |######################################################| ETA:
> 00:00:00
> Loaded 1797 entries from dependency cache.
> Parsing recipes: 100%
> |####################################################| Time: 00:00:00
> Parsing of 1372 .bb files complete (1366 cached, 6 parsed). 1802
> targets, 68 skipped, 0 masked, 0 errors.
> NOTE: Resolving any missing task queue dependencies
> NOTE: multiple providers are available for jpeg (jpeg, libjpeg-turbo)
> NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg
>
> Build Configuration:
> BB_VERSION        = "1.23.1"
> BUILD_SYS         = "x86_64-linux"
> NATIVELSBSTRING   = "Fedora-20"
> TARGET_SYS        = "arm-poky-linux-gnueabi"
> MACHINE           = "beaglebone"
> DISTRO            = "poky"
> DISTRO_VERSION    = "1.6+snapshot-20140527"
> TUNE_FEATURES     = "arm armv7a vfp neon"
> TARGET_FPU        = "vfp-neon"
> meta              = "master:f3d62a9eb9c47356e6150fdd55f790c159e620c7"
> meta-bbb          = "master:8318556523a747b7e9c97326bef14922a154e8a2"
> common-bsp        = "master:a070f6898bc354bb4a8ec6c9ce3907452db732b8"
> meta-yocto
> meta-yocto-bsp    = "master:f3d62a9eb9c47356e6150fdd55f790c159e620c7"
> meta-mono         = "master:89fbbf6d6029190f9093b25d6158180607a87ea1"
> meta-oe           = "master:0e7630c31989bec8ac96261b72518f7b505bcdb7"
> meta-cybex        = "master:3d9914ff3252112ab1b5c9cf4d3a1d07344e0e8e"
>
> NOTE: Preparing runqueue
> ERROR: Multiple .bb files are due to be built which each provide
> virtual/mesa (/home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa_9.2.5.bb
> /home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb).
>  This usually means one provides something the other doesn't and should.
> ERROR: Multiple .bb files are due to be built which each provide
> virtual/libgl (/home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa_9.2.5.bb
> /home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb).
>  This usually means one provides something the other doesn't and should.
> NOTE: Executing SetScene Tasks
> NOTE: Executing RunQueue Tasks
> ERROR: Recipe mesa-gl is trying to create package libegl-mesa which
> was already written by recipe mesa. This will cause corruption, please
> resolve this and only provide the package from one recipe or the other
> or only build one of the recipes.
> ERROR: Function failed: read_subpackage_metadata
> ERROR: Logfile of failure stored in:
> /home/cmorgan/projects/yocto_poky/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/mesa-gl/2_9.2.5-r0/temp/log.do_package_write_ipk.8631
> ERROR: Task 1194
> (/home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb,
> do_package_write_ipk) failed with exit code '1'
> NOTE: Tasks Summary: Attempted 2439 tasks of which 2310 didn't need to
> be rerun and 1 failed.
> Waiting for 0 running tasks to finish:
>
> Summary: 1 task failed:
>   /home/cmorgan/projects/yocto_poky/meta/recipes-graphics/mesa/mesa-gl_9.2.5.bb,
> do_package_write_ipk
> Summary: There were 4 ERROR messages shown, returning a non-zero exit code.
> [cmorgan@localhost build]$
>
>
> Chris
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto

Re: virtual/mesa, virtual/libgl provided by multiple packages

[Alex J Lennon]

On 28/05/2014 21:31, Khem Raj wrote:
> On Tue, May 27, 2014 at 3:44 PM, Chris Morgan <chmorgan@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

Re: virtual/mesa, virtual/libgl provided by multiple packages

[Chris Morgan]

[-- Attachment #1: Type: text/plain, Size: 1138 bytes --]

On Fri, Jun 13, 2014 at 3:45 PM, Alex J Lennon <
ajlennon@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@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

[-- Attachment #2: Type: text/html, Size: 1716 bytes --]

Re: virtual/mesa, virtual/libgl provided by multiple packages

[Alex J Lennon]

[-- Attachment #1: Type: text/plain, Size: 1782 bytes --]


On 13/06/2014 21:27, Chris Morgan wrote:
> On Fri, Jun 13, 2014 at 3:45 PM, Alex J Lennon
> <ajlennon@dynamicdevices.co.uk <mailto:ajlennon@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@gmail.com <mailto:chmorgan@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




[-- Attachment #2: Type: text/html, Size: 3759 bytes --]

Re: virtual/mesa, virtual/libgl provided by multiple packages

[Ash Charles]

Hi Alex,
On Fri, Jun 13, 2014 at 1:49 PM, Alex J Lennon
<ajlennon@dynamicdevices.co.uk> wrote:
> 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"
I'm seeing the same issue.  I'm guessing that 'virtual/*' is not a
valid target for an RDEPEND.  It looks like your libgles2 provider
should RPROVIDE libgles2.  The receipe for SGX (graphics core)
libraries, for example, contains lines like this:
RREPLACES_${PN} = "libegl libgles1 libgles2"
RPROVIDES_${PN} = "libegl libgles1 libgles2"
RCONFLICTS_${PN} = "libegl libgles1 libgles2"

Mesa does something similar (with some extra debian renaming that I
didn't understand) in an anonymous python function in mesa.inc.

--Ash

Re: virtual/mesa, virtual/libgl provided by multiple packages

[Alex J Lennon]

On 26/06/2014 22:51, Ash Charles wrote:
> Hi Alex,
> On Fri, Jun 13, 2014 at 1:49 PM, Alex J Lennon
> <ajlennon@dynamicdevices.co.uk> wrote:
>> 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"
> I'm seeing the same issue.  I'm guessing that 'virtual/*' is not a
> valid target for an RDEPEND.  It looks like your libgles2 provider
> should RPROVIDE libgles2.  The receipe for SGX (graphics core)
> libraries, for example, contains lines like this:
> RREPLACES_${PN} = "libegl libgles1 libgles2"
> RPROVIDES_${PN} = "libegl libgles1 libgles2"
> RCONFLICTS_${PN} = "libegl libgles1 libgles2"
>
> Mesa does something similar (with some extra debian renaming that I
> didn't understand) in an anonymous python function in mesa.inc.
>
> --Ash

fwiw. I also ran into a problem with needing libglapi which seems to be
provided by mesa.

I am wondering if there's a need for a mesa-glapi similar to mesa-gl to
eliminate the need for mesa-proper

Regards, Alex