[oe] Splitting meta-oe?

Richard Purdie richard.purdie at linuxfoundation.org
Mon Feb 20 03:31:03 UTC 2017


On Fri, 2017-02-17 at 14:45 -0500, Philip Balister wrote:
> And I'm with these gyus. Splitting the git repository doesn't solve
> any underlying problems. The real problem from my point of view is
> very few of use are actually paid to maintain the layers we maintain.
> 
> Employers want to pay things they profit from, and that is not paying
> someone to maintain "core infrastructure".
> 
> Layer maintainers interests change over time, and you burn out
> supporting people who get to do all the cool stuff with the layers
> you maintain. In the end, you get all the crap and non of the glory.
> Within this list, most people appreciate your work. Outside the
> community, people completely underestimate the amount of work
> required to keep the ecosystem running.
> 
> Yeah, add my name to the list of cranky people.

I do think this is a valid question that Ross asks and that whilst the
first quick reaction is "no", its worth thinking about the pros/cons.

The pros to me would be about better test time on patches and in theory
more specialist knowledge. This isn't to say Martin/Joe don't do a bad
job but the size of meta-oe does mean there are limits.

The cons are more around finding suitable layer maintainers, which as
we all know are hard to find.

I'd probably suggest that:

a) We need to encourage/empower more people to maintain layers
b) Having better infrastructure, tools and processes that help a) would
   therefore be desirable.
c) We need to be willing to separate out pieces for people to maintain
   in such layers. It might not always work out but we should be 
   willing to try.

As for the comments about core changes, I really do try hard not to
make them in many ways. The ones we do make, I'd hope are for the right
reasons.

No easy answers but don't shoot Ross for asking what I think is a
reasonable question.

Cheers,

Richard




More information about the Openembedded-devel mailing list