Not really. For native/nativesdk builds mesa-gl is not a viable alternative to mesa, as it lacks all of the bits that make accelerated qemu possible. Using PREFERRED_PROVIDER would imply otherwise. I added this to the commit message.
Alex On Mon, 14 Jan 2019 at 17:10, Burton, Ross <[email protected]> wrote: > > Wouldn't a preferred provider would sort this? > > Ross > > On Mon, 14 Jan 2019 at 15:06, Alexander Kanavin <[email protected]> > wrote: >> >> Signed-off-by: Alexander Kanavin <[email protected]> >> --- >> meta/recipes-graphics/mesa/mesa-gl_18.1.9.bb | 2 ++ >> 1 file changed, 2 insertions(+) >> >> diff --git a/meta/recipes-graphics/mesa/mesa-gl_18.1.9.bb >> b/meta/recipes-graphics/mesa/mesa-gl_18.1.9.bb >> index 73267eb4f0d..030db6c1440 100644 >> --- a/meta/recipes-graphics/mesa/mesa-gl_18.1.9.bb >> +++ b/meta/recipes-graphics/mesa/mesa-gl_18.1.9.bb >> @@ -7,3 +7,5 @@ PROVIDES = "virtual/libgl virtual/mesa" >> S = "${WORKDIR}/mesa-${PV}" >> >> PACKAGECONFIG ??= "opengl dri ${@bb.utils.filter('DISTRO_FEATURES', 'x11', >> d)}" >> + >> +BBCLASSEXTEND_remove = "nativesdk" >> -- >> 2.17.1 >> >> -- >> _______________________________________________ >> Openembedded-core mailing list >> [email protected] >> http://lists.openembedded.org/mailman/listinfo/openembedded-core -- _______________________________________________ Openembedded-core mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-core
