[meta-freescale] [meta-fsl-arm][PATCH 1/2] mesa: Update to follow OE-Core changes

[John Weber]

Hi Otavio,

On 2/22/14, 11:46 AM, Otavio Salvador wrote:
> Hello John,
>
> On Sat, Feb 22, 2014 at 1:13 PM, John Weber <rjohnweber at gmail.com> wrote:
>> On 2/21/14, 3:54 PM, Otavio Salvador wrote:
>>> This updates the bbappend to the newer version; as mesa now provides
>>> the needed PACKAGECONFIG settings we rely on this instead of using an
>>> annonymous Python code to change it during build time.
>>>
>>> The bbappend file now is much easier to read.
>>
>> Thanks Otavio - I'm really glad you were able to free up some time to work
>> on this.  As master changes, it's clear that it takes a lot of work to keep
>> up with it.
>>
>> I applied both patches and ran into a snag.  I'm deleting the tmp and
>> rebuilding, but here is what I'm seeing:
>>
>> WARNING: libgl-mesa-9.2.5 was registered as shlib provider for libGL.so.1,
>> changing it to libgl-mx6-3.10.9-1.0.0-hfp because it was built later
>>
>> That is followed by a pretty unspecific error during the do_rootfs task.
>> Looking into the task log, this is the error that seems to indicate the
>> source of failure:
>>
>> error: file /usr/lib/libGL.so.1.2.0 conflicts between attempted installs of
>> libgl-mx6-3.10.9+1.0.0+hfp-r0.cortexa9hf_vfp_neon_mx6 and
>> libgl-mesa-9.2.5-r0.cortexa9hf_vfp_neon_mx6
> I must have missed this as I didn't spot this issue while testing.
> Please add following block of code below the bbappend and confirm it
> works for you.
>
> # FIXME: Dirty hack to allow use of Vivante GPU libGL binary
> do_install_append_mx6 () {
>      rm -f ${D}${libdir}/libGL.*
> }
>
> Thanks for reporting this issue.
>
Thanks for helping to solve it.  This fixed the issue with generating the 
rootfs.  Thanks!