<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 11 July 2017 at 11:27, Jussi Kukkonen <span dir="ltr">&lt;<a href="mailto:jussi.kukkonen@intel.com" target="_blank">jussi.kukkonen@intel.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On 11 July 2017 at 10:42, Jussi Kukkonen <span dir="ltr">&lt;<a href="mailto:jussi.kukkonen@intel.com" target="_blank">jussi.kukkonen@intel.com</a>&gt;</span> wrote:<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="m_4575222263530032324gmail-m_7715571185077541754gmail-h5"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra">Exception: FileExistsError: [Errno 17] File exists: &#39;/home/gizero/work/smartliving<wbr>/distro/repo-master/build-poky<wbr>/tmp/sysroots-components/raspb<wbr>errypi3/userland/usr/include/K<wbr>HR/khrplatform.h&#39; -&gt; &#39;/home/gizero/work/smartliving<wbr>/distro/repo-master/build-poky<wbr>/tmp/work/cortexa7hf-neon-vfpv<wbr>4-poky-linux-gnueabi/gtk+3/3.2<wbr>2.16-r0/recipe-sysroot/usr/inc<wbr>lude/KHR/khrplatform.h&#39;<br></div></div></blockquote><div><br></div></div></div><div>/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?<br></div><div><br></div><div>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).</div><span class="m_4575222263530032324gmail-m_7715571185077541754gmail-HOEnZb"><font color="#888888"><div> </div></font></span></div></div></div></blockquote><div><br></div></span><div>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).</div><div><br></div></div></div></div></blockquote><div><br></div><div>Sorry, I&#39;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&#39;ve started installing it in any case from 17.1.4 which means mesa-gl now provides khrplatform.h and thus conflicts with userland.</div><div><br></div><div>I don&#39;t know what the correct fix is yet, just wanted to correct my original wrong info.</div><div><br></div></div></div></div>