[OE-core] [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa

Laurentiu Palcu laurentiu.palcu at intel.com
Mon Mar 25 14:16:54 UTC 2013



On 03/25/2013 04:08 PM, Martin Jansa wrote:
> On Fri, Mar 22, 2013 at 05:05:39PM +0000, git at git.openembedded.org wrote:
>> Module: openembedded-core.git
>> Branch: master
>> Commit: c8bbb9983bcc7cfc5332e89c3e8148505b4ca83f
>> URL:    http://git.openembedded.org/?p=openembedded-core.git&a=commit;h=c8bbb9983bcc7cfc5332e89c3e8148505b4ca83f
>>
>> Author: Laurentiu Palcu <laurentiu.palcu at intel.com>
>> Date:   Tue Mar 19 18:23:56 2013 +0200
>>
>> mesa: rename mesa-dri recipe to just mesa
>>
>> Rename mesa-dri recipes to just mesa. Also, replace all references to
>> mesa-dri in all recipes/configs.
>>
>> The reason for this renaming (quote from bugzilla):
>>
>> "mesa-dri is a artefact of mesa-xlib existing, which doesn't anymore.
>> mesa-dri should be renamed to mesa."
>>
>> [YOCTO #3385]
> 
> How is this supposed to work with incremental builds?
> 
> WARNING: The recipe mesa is trying to install files into a shared area
> when those files already exist. Those files and their manifest location
> are:
>    /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libGLESv2.so
>    Matched in manifest-qemux86-64-mesa-dri
>    /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgbm.la
>    Matched in manifest-qemux86-64-mesa-dri
>    /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libgbm.so.1.0.0
>    Matched in manifest-qemux86-64-mesa-dri
>    /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libGLESv2.so.2.0.0
>    Matched in manifest-qemux86-64-mesa-dri
>    /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libGLESv1_CM.so.1.1.0
>    Matched in manifest-qemux86-64-mesa-dri
>    /OE/shr-core/tmp-eglibc/sysroots/qemux86-64/usr/lib/libGLESv1_CM.la
> .. and lot more ..
> 
> from what I remember this means, that old mesa-dri files will be kept in
> sysroot until I do build from scratch (or sstate-cache). That can be
> pretty bad when mesa is upgraded to some new version required by other
> components and my incremental sysroot will still keep old mesa-dri
> instead.
> 
> Yes, I can cleansstate mesa-dri before updating oe-core to include this
> commit or revert this commit to cleansstate and then remove revert..
> but that's not something average OE user will understand and do.

I understand your point here but, frankly, I have no clue how this could
have been avoided... Are there any means in oe-core that would allow
removing the old files from the sysroot?

Thanks,
Laurentiu


> 
>> Signed-off-by: Laurentiu Palcu <laurentiu.palcu at intel.com>
>> Signed-off-by: Richard Purdie <richard.purdie at linuxfoundation.org>
>>
>> ---
>>
>>  meta/conf/distro/include/default-providers.inc     |    6 +++---
>>  meta/conf/machine/include/ia32-base.inc            |    4 ++--
>>  meta/conf/machine/include/qemu.inc                 |    8 ++++----
>>  meta/conf/machine/qemux86-64.conf                  |    8 ++++----
>>  meta/conf/machine/qemux86.conf                     |    8 ++++----
>>  meta/recipes-graphics/mesa/libglu_9.0.0.bb         |    2 +-
>>  meta/recipes-graphics/mesa/mesa-common.inc         |    5 +----
>>  meta/recipes-graphics/mesa/mesa-dri_git.bb         |    8 --------
>>  meta/recipes-graphics/mesa/mesa-git.inc            |    1 -
>>  .../mesa/{mesa-dri.inc => mesa.inc}                |   11 ++++++++---
>>  .../mesa/{mesa-dri_9.0.2.bb => mesa_9.0.2.bb}      |    2 +-
>>  meta/recipes-graphics/mesa/mesa_git.bb             |    7 +++++++
>>  meta/recipes-graphics/wayland/weston_1.0.3.bb      |    6 +++---
>>  .../recipes-graphics/xorg-xserver/xserver-xorg.inc |    2 +-
>>  14 files changed, 39 insertions(+), 39 deletions(-)
>>
>> Diff:   http://git.openembedded.org/?p=openembedded-core.git/?a=commitdiff;h=c8bbb9983bcc7cfc5332e89c3e8148505b4ca83f
>>
>> _______________________________________________
>> Openembedded-commits mailing list
>> Openembedded-commits at lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits
> 




More information about the Openembedded-core mailing list