On 11 July 2017 at 11:27, Jussi Kukkonen <jussi.kukko...@intel.com> wrote:
> On 11 July 2017 at 10:42, Jussi Kukkonen <jussi.kukko...@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.2 >>> 2.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.
-- _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-core
