This error continually pops up on autobuilder but hasn't been reproducible locally by either myself or Darren: http://autobuilder.yoctoproject.org:8010/builders/crownbay/builds/230/steps/shell_32/logs/stdio This isn't restricted to crownbay, it's also been seen on other meta-intel BSPs in the past.
so far I am not able to reproduce it on my setup too.
Could be an sstate problem on autobuilder: (09:21:47 AM) eflanagan: tomz: I rebuilt meta-intel danny with a clean sstate. Still haven't seen the mesa-dri issue pop back up.
This is a direct result of these warnings: WARNING: The recipe emgd-driver-bin is trying to install files into a shared area when those files already exist. Those files are: /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/KHR/khrplatform.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/EGL/eglplatform.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/EGL/egl.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/EGL/eglext.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/GLES2/gl2ext.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/GLES2/gl2.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/GLES2/gl2platform.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/GLES/glplatform.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/GLES/gl.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/include/GLES/glext.h /media/build1/poky/build/tmp/sysroots/crownbay/usr/lib/libEGL.so /media/build1/poky/build/tmp/sysroots/crownbay/usr/lib/libGLESv2.so since mesa-dri and emgd-driver-bin are conflicting over these files. The reproducer is a case where something like: a) Both meas-dri and emgd-driver-bin are built b) One of the above is cleaned (say emgd-driver-bin) c) mesa-demos is built when c) happens, the EGL/egl.h was removed and the build fails despite mesa-dri thinking the file is there. Classic race and a perfect illustration of why these WARNINGS needs to get fixed and will become errors.
looking at the Richard's analysis of the issue, this will be fixed after 1.3 release.
Created attachment 904 [details] .txt from link Pasted the log from the link in the original post in a .txt file because old autobuilder references will expire. (zipped because of size)
(In reply to comment #4) > looking at the Richard's analysis of the issue, this will be fixed after 1.3 > release. I know there was a fix to squelch the warning, but there's still a build problem, so I think this needs to be fixed for 1.3. Can't we just prevent mesa-dri from being built if emgd is built and that would solve the problem?
EMGD User Guide claims that you can use libGL from mesa to support OpenGL. This working at all is dubious, but they claim it works and by explicitly disabling it you'd need a good reason for any customers... (personally, EMGD and CDT shouldn't have allowed this, the GL support in the binary blobs from Imagination is terrible and shouldn't be inflicted on anyone)
Bringing back the mesa-dri recipe extention commit to fix this issue.
Fixed in the meta-intel