All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Splitting meta-oe?
Date: Sun, 19 Feb 2017 19:31:03 -0800	[thread overview]
Message-ID: <1487561463.17001.28.camel@linuxfoundation.org> (raw)
In-Reply-To: <3870658c-01ec-252b-9940-a6af3fb1f529@balister.org>

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



  reply	other threads:[~2017-02-20  3:31 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-17 17:07 Splitting meta-oe? Burton, Ross
2017-02-17 17:24 ` Andreas Müller
2017-02-17 18:02   ` Martin Jansa
2017-02-17 18:28     ` Joe MacDonald
2017-02-17 19:45       ` Philip Balister
2017-02-20  3:31         ` Richard Purdie [this message]
2017-02-20  4:28           ` Joe MacDonald
2017-02-20 11:18           ` Martin Jansa
2017-02-22 16:15             ` akuster808
2017-02-17 20:54       ` Andreas Müller
2017-02-18 21:35     ` Burton, Ross
2017-02-17 21:55 ` akuster808
2017-02-18  0:53 ` Khem Raj
  -- strict thread matches above, loose matches on Subject: below --
2018-02-20 10:45 Burton, Ross
2018-02-20 14:15 ` Joe MacDonald
2018-02-20 16:50 ` akuster808
2018-02-20 17:13   ` Bruce Ashfield
2018-02-20 18:52     ` Khem Raj
2018-02-21  0:51       ` Bruce Ashfield
2018-02-21  8:49         ` Martin Jansa
2018-02-21  9:06           ` Martin Jansa
2018-02-21  9:48             ` Andrea Adami
2018-02-21 10:22               ` Martin Jansa
2018-02-21 14:02                 ` Joe MacDonald
2018-02-21 14:14                   ` Burton, Ross
2018-02-21 14:58                     ` Patrick Ohly
2018-02-21 15:01                       ` Otavio Salvador
2018-02-21 19:33                       ` Andreas Oberritter
2018-02-22  9:18                         ` Patrick Ohly
2018-02-21 14:20                   ` Tom Rini
2018-02-21 14:44                     ` Joe MacDonald
2018-02-21 13:34           ` Bruce Ashfield
2018-02-21 13:38             ` Bruce Ashfield
2018-02-21 13:45           ` Joe MacDonald
2018-02-21 13:55             ` Bruce Ashfield
2018-02-21 13:59               ` Otavio Salvador
2018-02-20 17:46   ` Richard Purdie
2018-02-20 18:00     ` Tim Orling
2018-02-20 18:28       ` Martin Jansa
2018-02-20 18:40       ` Khem Raj
2018-02-20 18:52         ` Richard Purdie
2018-02-20 19:15           ` Khem Raj
2018-02-20 21:55             ` Richard Purdie
2018-02-20 22:27               ` Martin Jansa
2018-02-20 23:17                 ` Andreas Müller
2018-02-20 23:41                 ` Richard Purdie
2018-03-17  3:50                   ` Trevor Woerner
2018-03-17 14:23                     ` Philip Balister
2018-03-18  5:49                       ` Trevor Woerner
2018-02-21  0:07           ` Otavio Salvador
2018-02-21  0:10             ` Otavio Salvador
2018-02-21 13:57               ` Tom Rini
2018-02-21 14:00                 ` Otavio Salvador
2018-02-21 14:48                   ` Tom Rini
2018-02-21 14:09                 ` Martin Hundebøll
2018-02-22  6:53                   ` Jonas Bonn
2018-02-22  9:27                     ` Patrick Ohly
2018-02-22  9:40                       ` Otavio Salvador
2018-02-21 15:54           ` Patrick Ohly
2018-02-20 20:32         ` akuster808
2018-02-20 19:06     ` Khem Raj
2018-02-20 16:54 ` Vesa Jääskeläinen
2018-02-20 18:49 ` Khem Raj
2018-02-28 17:17 ` Alexander Kanavin
2018-02-28 21:33   ` Andreas Müller
2018-03-01  1:20     ` akuster808
2018-03-01  8:46     ` Alexander Kanavin
2018-03-01  1:17   ` akuster808
2018-03-01  9:04     ` Alexander Kanavin
2018-03-01 18:44       ` akuster808
2018-03-01 18:46         ` Alexander Kanavin
2018-03-01 22:11         ` Bruce Ashfield

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1487561463.17001.28.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-devel@lists.openembedded.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.