[OE-core] [PATCH 3/3] libepoxy: Upgrade 1.4.2 -> 1.4.3

Jussi Kukkonen jussi.kukkonen at intel.com
Tue Jul 11 08:34:35 UTC 2017


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

> On 11 July 2017 at 10:42, Jussi Kukkonen <jussi.kukkonen at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-core/attachments/20170711/5a2e3263/attachment-0002.html>


More information about the Openembedded-core mailing list