On Tue, Jul 11, 2017 at 10:34 AM, Jussi Kukkonen <jussi.kukko...@intel.com>
wrote:
> 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.
>
Ok, got it.... That was also my initial interpretation of mentioned commit
message which states:
mesa: Upgrade to 17.1.4 release
This includes following upstream bug fixes:
Bug 77240 - khrplatform.h not installed if EGL is disabled
--
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
