All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denys Dmytriyenko <denis@denix.org>
To: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: Marek Vasut <marex@denx.de>,
	openembedded-core@lists.openembedded.org,
	openembedded-devel@lists.openembedded.org
Subject: Re: [PATCH] u-boot: Update to 2017.03 release
Date: Wed, 29 Mar 2017 19:00:33 -0400	[thread overview]
Message-ID: <20170329230033.GR15664@denix.org> (raw)
In-Reply-To: <1490825767.13980.333.camel@linuxfoundation.org>

On Wed, Mar 29, 2017 at 11:16:07PM +0100, Richard Purdie wrote:
> On Wed, 2017-03-29 at 17:56 -0400, Denys Dmytriyenko wrote:
> > On Mon, Mar 27, 2017 at 04:31:16PM +0200, Marek Vasut wrote:
> > > 
> > > On 03/27/2017 04:25 PM, Richard Purdie wrote:
> > > > 
> > > > On Mon, 2017-03-27 at 16:22 +0200, Marek Vasut wrote:
> > > > > 
> > > > > Upgrade U-Boot to the latest version.
> > > > Wrong list and how does this compare to Ovatio's patch?
> > > I was not CCed on Otavio's patch :(
> > Yeah, me neither, unfortunately - people just ignore maintainers file
> > now.
> > 
> > Good thing Ross copied me on the other discussion!
> 
> This raises a very valid point which is what any maintainers file is
> and what it is not.
> 
> The one that exists in meta-yocto today has a very specific meaning. I
> know there is discussion about moving it to OE-Core however if we do so
> I want to by *really* *really* clear about what being listed there
> means and does not mean.
> 
> As things stand right now, there is no requirement or advice in any of
> our guides to cc "maintainers". People struggle to send patches as it
> is and giving them more hoops to jump through doesn't seem like a
> brilliant idea to me. I know we can create a file with all kinds of
> path matching for files people care/don't care about but I worry this
> will descend into complicated scripts and people still getting upset
> when they were cc'd needlessly or weren't cc'd etc.
> 
> I also quite strongly dislike the "I own X, so only I can change it"
> type view, to be the maintainers are people who help look after
> specific areas in the absence of anyone else and help review patches
> that come in. They certainly get significant influence on things but
> the price for that is they also have to help fix issues and figure out
> ways of helping others with issues in that area.
> 
> So please think very carefully about what you want this "maintainers"
> file to be/not be as I worry its a huge can of worms we once tried in
> OE before...

Well, this reminds me of numerous discussions we've had in the past at several 
OEDEMs and OEDAMs about maintainers file and requirements/responsibilities it 
carries - unfortunately we never been able to resolve it one way or another. I 
guess we'll try finalizing it again with the renewed effort now...


As of u-boot - wasn't trying to claim ownership at all. In the past we've had 
a number of updates from TI, as it's a bootloader of choice for our platforms. 
Somehow I got assigned as a maintainer for the corresponding recipes. I know 
Otavio is also responsible for some changes there, from his involvement with 
Freescale. And at OEDEM last fall, I had a good conversation with Marek about 
u-boot recipes, we've discussed restructuring and re-versioning plans and 
since then he's copying me on his updates - I'm trying to review and/or test 
his changes as much as I can. That's all to it.

-- 
Denys


  reply	other threads:[~2017-03-29 23:00 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-27 14:22 [PATCH] u-boot: Update to 2017.03 release Marek Vasut
2017-03-27 14:25 ` Richard Purdie
2017-03-27 14:31   ` Marek Vasut
2017-03-29 21:56     ` Denys Dmytriyenko
2017-03-29 21:56       ` Denys Dmytriyenko
2017-03-29 22:16       ` Richard Purdie
2017-03-29 23:00         ` Denys Dmytriyenko [this message]
2017-03-30  8:21       ` Marek Vasut
2017-03-30  8:21         ` Marek Vasut
2017-03-30 13:24         ` Denys Dmytriyenko
2017-03-30 13:24           ` Denys Dmytriyenko
2017-03-30 14:12           ` Marek Vasut
2017-03-30 14:12             ` Marek Vasut
2017-03-30 18:06             ` Denys Dmytriyenko
2017-03-30 18:06               ` Denys Dmytriyenko
2017-03-30 19:12               ` [OE-core] " Philip Balister
2017-03-30 19:12                 ` Philip Balister
2017-03-30 19:26                 ` [OE-core] " Otavio Salvador
2017-03-30 19:26                   ` Otavio Salvador
2017-03-31 11:55               ` Burton, Ross
2017-03-31 11:55                 ` Burton, Ross
  -- strict thread matches above, loose matches on Subject: below --
2017-03-27 14:32 Marek Vasut
2017-03-28 11:07 ` Philip Balister
2017-03-26 20:08 Otavio Salvador
2017-03-26 21:14 ` Denys Dmytriyenko
2017-03-27 13:19   ` Otavio Salvador
2017-03-27 13:19   ` Burton, Ross
2017-03-27 13:28     ` Otavio Salvador
2017-03-27 15:47     ` Denys Dmytriyenko
2017-03-27 15:52       ` Burton, Ross
2017-03-27 17:49         ` Denys Dmytriyenko

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=20170329230033.GR15664@denix.org \
    --to=denis@denix.org \
    --cc=marex@denx.de \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=richard.purdie@linuxfoundation.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.