Bug 4848

Summary:	Multiple installation of GL-related files
Product:	[Build System, Metadata & Runtime] BSPs	Reporter:	Opensource <opensource>
Component:	bsps-meta-intel	Assignee:	Ross Burton <ross.burton>
Status:	RESOLVED WONTFIX	QA Contact:
Severity:	normal
Priority:	Medium	CC:	ross.burton, sgw, tom.zanussi
Version:	1.3.2
Target Milestone:	1.3.2
Hardware:	All
OS:	Multiple
Whiteboard:
OS type for building Yocto:	---	Type of Regression:	---
Verified:		Documentation change:	No (bug/feature does not impact docs)

Description Opensource 2013-07-12 20:08:28 UTC

When building

1) Using the meta-intel/cedartrail BSP;
2) Building under Danny 8.0.2;
3) Custom image;
4) Custom task;
5) OpenGLES application which runs under 'X'.

If I do a clean build (i.e. after deleting tmp/ sstate-cache/) then my application produces 'fuzz' on the screen - some vertical strips visible, but nothing recognisable.

If I then 'cleanall' the image, task and application and rebuild the image I get an image with an application that works as expected.

I suspect this is something to do with some warning messages I get during the clean build:

WARNING: The recipe is trying to install files into a shared area when those files already exist. Those files are:
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/KHR/khrplatform.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/GLES/gl.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/GLES/egl.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/GLES/glext.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/GLES/glplatform.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/EGL/egl.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/EGL/eglplatform.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/EGL/eglext.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/GLES2/gl2platform.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/GLES2/gl2.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/include/GLES2/gl2ext.h
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/lib/libGLESv1_CM.so
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/lib/libGLESv2.so.2
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/lib/libGLESv2.so
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/lib/libGLESv1_CM.so.1
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/lib/libEGL.so.1
  /media/SSD-RAID/build-danny-cedartrail/tmp/sysroots/cedartrail/usr/lib/libEGL.so

I initially brought this up on the mailing list : http://comments.gmane.org/gmane.linux.embedded.yocto.general/12533

Since then, John Weber has reported what looks to be the same or a related issue : http://comments.gmane.org/gmane.linux.embedded.yocto.meta-freescale/3512

Ross Burton CC'ed at his request.

Comment 1 Ross Burton 2013-07-15 13:31:08 UTC

BTW, I'm pretty sure this has been fixed in master (if not Dylan).

Comment 2 Ross Burton 2013-09-26 14:11:57 UTC

Hate to say it, but this is quite intrusive to fix in a stable release.  It's definitely fixed in 1.5 and I'm pretty sure 1.4 was 99% fixed (the last 1% only being a problem if you swap machines frequently).