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

Otavio Salvador otavio at ossystems.com.br
Sat Feb 22 09:46:44 PST 2014


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.

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


More information about the meta-freescale mailing list