* Re: [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa
[not found] <20130322170539.C5237504C8@opal>
@ 2013-03-25 14:08 ` Martin Jansa
2013-03-25 14:16 ` Laurentiu Palcu
0 siblings, 1 reply; 6+ messages in thread
From: Martin Jansa @ 2013-03-25 14:08 UTC (permalink / raw)
To: Laurentiu Palcu; +Cc: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 3711 bytes --]
On Fri, Mar 22, 2013 at 05:05:39PM +0000, git@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@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.
> Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
> Signed-off-by: Richard Purdie <richard.purdie@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@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa
2013-03-25 14:08 ` [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa Martin Jansa
@ 2013-03-25 14:16 ` Laurentiu Palcu
2013-03-25 14:52 ` Martin Jansa
0 siblings, 1 reply; 6+ messages in thread
From: Laurentiu Palcu @ 2013-03-25 14:16 UTC (permalink / raw)
To: Martin Jansa; +Cc: openembedded-core
On 03/25/2013 04:08 PM, Martin Jansa wrote:
> On Fri, Mar 22, 2013 at 05:05:39PM +0000, git@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@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@intel.com>
>> Signed-off-by: Richard Purdie <richard.purdie@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@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa
2013-03-25 14:16 ` Laurentiu Palcu
@ 2013-03-25 14:52 ` Martin Jansa
2013-03-25 15:22 ` Richard Purdie
0 siblings, 1 reply; 6+ messages in thread
From: Martin Jansa @ 2013-03-25 14:52 UTC (permalink / raw)
To: Laurentiu Palcu; +Cc: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 4836 bytes --]
On Mon, Mar 25, 2013 at 04:16:54PM +0200, Laurentiu Palcu wrote:
>
>
> On 03/25/2013 04:08 PM, Martin Jansa wrote:
> > On Fri, Mar 22, 2013 at 05:05:39PM +0000, git@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@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?
I don't think there is something for that now, but the same problem is
for PACKAGE_ARCH changes :/. I'm not sure if such renames and arch
changes are worth it without proper support in OE.
Maybe we should introduce something like:
REPLACES = "${TUNE_PKGARCH}:mesa-dri"
and use it for PACKAGE_ARCH changes too (e.g. from TUNE_PKGARCH to
allarch)
REPLACES = "${TUNE_PKGARCH}:foo"
This can be a bit more complicated because it would create variable
dependency from new allarch recipe to old PKGARCH (to know which files
need to be removed) :/.
> >> Signed-off-by: Laurentiu Palcu <laurentiu.palcu@intel.com>
> >> Signed-off-by: Richard Purdie <richard.purdie@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@lists.openembedded.org
> >> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-commits
> >
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa
2013-03-25 14:52 ` Martin Jansa
@ 2013-03-25 15:22 ` Richard Purdie
2013-03-25 16:01 ` Martin Jansa
0 siblings, 1 reply; 6+ messages in thread
From: Richard Purdie @ 2013-03-25 15:22 UTC (permalink / raw)
To: Martin Jansa; +Cc: openembedded-core
On Mon, 2013-03-25 at 15:52 +0100, Martin Jansa wrote:
> On Mon, Mar 25, 2013 at 04:16:54PM +0200, Laurentiu Palcu wrote:
> >
> >
> > On 03/25/2013 04:08 PM, Martin Jansa wrote:
> > > On Fri, Mar 22, 2013 at 05:05:39PM +0000, git@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@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?
>
> I don't think there is something for that now, but the same problem is
> for PACKAGE_ARCH changes :/. I'm not sure if such renames and arch
> changes are worth it without proper support in OE.
>
> Maybe we should introduce something like:
> REPLACES = "${TUNE_PKGARCH}:mesa-dri"
>
> and use it for PACKAGE_ARCH changes too (e.g. from TUNE_PKGARCH to
> allarch)
> REPLACES = "${TUNE_PKGARCH}:foo"
> This can be a bit more complicated because it would create variable
> dependency from new allarch recipe to old PKGARCH (to know which files
> need to be removed) :/.
I agree there is a problem in this area and at the moment I'm struggling
to see how we can fix it. We probably do need some extra information to
hint to sstate what should be removed as currently it can't figure it
out.
Can you file an enhancement request with the above idea and a general
description of the problem cases we've seen so far?
Cheers,
Richard
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa
2013-03-25 15:22 ` Richard Purdie
@ 2013-03-25 16:01 ` Martin Jansa
2013-03-25 16:05 ` Richard Purdie
0 siblings, 1 reply; 6+ messages in thread
From: Martin Jansa @ 2013-03-25 16:01 UTC (permalink / raw)
To: Richard Purdie; +Cc: openembedded-core
[-- Attachment #1: Type: text/plain, Size: 4083 bytes --]
On Mon, Mar 25, 2013 at 03:22:47PM +0000, Richard Purdie wrote:
> On Mon, 2013-03-25 at 15:52 +0100, Martin Jansa wrote:
> > On Mon, Mar 25, 2013 at 04:16:54PM +0200, Laurentiu Palcu wrote:
> > >
> > >
> > > On 03/25/2013 04:08 PM, Martin Jansa wrote:
> > > > On Fri, Mar 22, 2013 at 05:05:39PM +0000, git@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@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?
> >
> > I don't think there is something for that now, but the same problem is
> > for PACKAGE_ARCH changes :/. I'm not sure if such renames and arch
> > changes are worth it without proper support in OE.
> >
> > Maybe we should introduce something like:
> > REPLACES = "${TUNE_PKGARCH}:mesa-dri"
> >
> > and use it for PACKAGE_ARCH changes too (e.g. from TUNE_PKGARCH to
> > allarch)
> > REPLACES = "${TUNE_PKGARCH}:foo"
> > This can be a bit more complicated because it would create variable
> > dependency from new allarch recipe to old PKGARCH (to know which files
> > need to be removed) :/.
>
> I agree there is a problem in this area and at the moment I'm struggling
> to see how we can fix it. We probably do need some extra information to
> hint to sstate what should be removed as currently it can't figure it
> out.
>
> Can you file an enhancement request with the above idea and a general
> description of the problem cases we've seen so far?
done
https://bugzilla.yoctoproject.org/show_bug.cgi?id=4102
--
Martin 'JaMa' Jansa jabber: Martin.Jansa@gmail.com
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa
2013-03-25 16:01 ` Martin Jansa
@ 2013-03-25 16:05 ` Richard Purdie
0 siblings, 0 replies; 6+ messages in thread
From: Richard Purdie @ 2013-03-25 16:05 UTC (permalink / raw)
To: Martin Jansa; +Cc: openembedded-core
On Mon, 2013-03-25 at 17:01 +0100, Martin Jansa wrote:
> On Mon, Mar 25, 2013 at 03:22:47PM +0000, Richard Purdie wrote:
> > On Mon, 2013-03-25 at 15:52 +0100, Martin Jansa wrote:
> > > On Mon, Mar 25, 2013 at 04:16:54PM +0200, Laurentiu Palcu wrote:
> > > >
> > > >
> > > > On 03/25/2013 04:08 PM, Martin Jansa wrote:
> > > > > On Fri, Mar 22, 2013 at 05:05:39PM +0000, git@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@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?
> > >
> > > I don't think there is something for that now, but the same problem is
> > > for PACKAGE_ARCH changes :/. I'm not sure if such renames and arch
> > > changes are worth it without proper support in OE.
> > >
> > > Maybe we should introduce something like:
> > > REPLACES = "${TUNE_PKGARCH}:mesa-dri"
> > >
> > > and use it for PACKAGE_ARCH changes too (e.g. from TUNE_PKGARCH to
> > > allarch)
> > > REPLACES = "${TUNE_PKGARCH}:foo"
> > > This can be a bit more complicated because it would create variable
> > > dependency from new allarch recipe to old PKGARCH (to know which files
> > > need to be removed) :/.
> >
> > I agree there is a problem in this area and at the moment I'm struggling
> > to see how we can fix it. We probably do need some extra information to
> > hint to sstate what should be removed as currently it can't figure it
> > out.
> >
> > Can you file an enhancement request with the above idea and a general
> > description of the problem cases we've seen so far?
>
> done
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=4102
Thanks, its well summarised. Not sure when we can look at this but this
will ensure it doesn't get lost and we have some good cases to ensure
work.
Cheers,
Richard
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-03-25 16:22 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20130322170539.C5237504C8@opal>
2013-03-25 14:08 ` [oe-commits] Laurentiu Palcu : mesa: rename mesa-dri recipe to just mesa Martin Jansa
2013-03-25 14:16 ` Laurentiu Palcu
2013-03-25 14:52 ` Martin Jansa
2013-03-25 15:22 ` Richard Purdie
2013-03-25 16:01 ` Martin Jansa
2013-03-25 16:05 ` Richard Purdie
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.