[OE-core] proposal to move cogl, clutter and related recipes from oe-core to dedicated meta-clutter layer

Paul Eggleton paul.eggleton at linux.intel.com
Wed May 15 17:22:42 UTC 2013


On Wednesday 15 May 2013 17:34:45 Tomas Frydrych wrote:
> On 15/05/13 15:09, Paul Eggleton wrote:
> > Can you not just get the appropriate changes into the BSP layers
> > so that when you add the BSP on top of OE-Core it does just work "out of
> > the box"?
> 
> What you are really saying is that the onus of maintaining working
> clutter packages should be on the BSP maintainers. I have already
> explained previously in this thread why I don't think this is going to
> work out in practice, so I am not going to repeat myself again.

No, I'm not. I'm saying configuration specific to a machine, if there is any, 
needs to be in the BSP layer for that machine. Whether the maintainer of that 
BSP or some external contributor provides and maintains that is a separate 
question.

If there are clutter tests we can run on the Yocto Project reference hardware 
platforms (which I understand from Bruce may be refreshed for 1.5) and they 
could be run in an automated manner, we can run these on the autobuilder and 
this will help prove the functionality of clutter itself. Once the tests are 
set up it should be easy for others to run these regularly on their own 
autobuilders with other BSPs.

> > If clutter is taken out of OE-Core this becomes even harder because then
> > BSPs can no longer bbappend clutter or cogl (if that is indeed what is
> > required in order to enable machine-specific functionality) without
> > fiddling around with BBMASK or keeping the appends in yet another
> > separate layer so they don't impact other BSP users who aren't building
> > Clutter.
> 
> The BSPs would not need to do anything regarding clutter, no bbappends,
> meta-clutter would be self-contained in this regard.

First you say there are hardware specific bits, then you say there aren't any 
changes required. I'm not following at all.

> I don't think there is any point in bothering the list with this
> discussion any further, we have gone around the circle more than once.

Sorry, but I don't think the important questions have been answered yet.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre




More information about the Openembedded-core mailing list