Bug 4848 - Multiple installation of GL-related files
Summary: Multiple installation of GL-related files
Status: RESOLVED WONTFIX
Alias: None
Product: BSPs
Classification: Build System, Metadata & Runtime
Component: bsps-meta-intel (show other bugs)
Version: 1.3.2
Hardware: All Multiple
: Medium normal
Target Milestone: 1.3.2
Assignee: Ross Burton
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2013-07-12 20:08 UTC by Opensource
Modified: 2013-09-26 14:11 UTC (History)
3 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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).