On 11 July 2017 at 11:27, Jussi Kukkonen <jussi.kukkonen@intel.com> wrote:

On 11 July 2017 at 10:42, Jussi Kukkonen <jussi.kukkonen@intel.com> wrote:

Exception: FileExistsError: [Errno 17] File exists: '/home/gizero/work/smartliving/distro/repo-master/build-poky/tmp/sysroots-components/raspberrypi3/userland/usr/include/KHR/khrplatform.h' -> '/home/gizero/work/smartliving/distro/repo-master/build-poky/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/gtk+3/3.22.16-r0/recipe-sysroot/usr/include/KHR/khrplatform.h'

/usr/include/KHR/khrplatform.h is the egl platform header file, provided by both mesa and RPI userland. Does mesa end up in your gtk+3 recipe-sysroot somehow?

For clarity: this could be a bug but it is unlikely to be related to the libepoxy change (it does not use or ship the actual header file).

 

Actually this was maybe fixed by Otavios upgrade to mesa 17.1.4 -- mesa accidentally shipped khrplatform.h even when egl was disabled (which is what mesa-gl in oe-core does).

Sorry, I've not had enough  coffee. It was the other way round: khrplatform.h is the platform header that mesa now thinks is needed whether egl is enabled or not -- so they've started installing it in any case from 17.1.4 which means mesa-gl now provides khrplatform.h and thus conflicts with userland.

I don't know what the correct fix is yet, just wanted to correct my original wrong info.