ksummit.lists.linux.dev archive mirror
 help / color / mirror / Atom feed
From: "John W. Linville" <linville@tuxdriver.com>
To: Jiri Kosina <jkosina@suse.cz>
Cc: ksummit-discuss@lists.linuxfoundation.org
Subject: Re: [Ksummit-discuss] [CORE TOPIC] "depth" of the tree of maintainers
Date: Fri, 2 May 2014 16:33:22 -0400	[thread overview]
Message-ID: <20140502203322.GS3687@tuxdriver.com> (raw)
In-Reply-To: <alpine.LNX.2.00.1405022121070.29834@pobox.suse.cz>

On Fri, May 02, 2014 at 09:42:12PM +0200, Jiri Kosina wrote:
> Is our tree too flat? This might turn into just a question to Linus than 
> really a discussion topic.
> 
> It seems to me (and it has been the case for a few past years, so it's 
> probably not an issue at the end of the day) like there are many places 
> where we are violating a natural tree-like hierarchy our development model 
> has, with many people sending pull requests directly to Linus instead of 
> going through sub-maintainers. Is this really a problem? If so, how to 
> deal with it?

Probably only Linus can decide if the maintainer tree is too flat.
That would largely be reflected in his own feelings about "free time",
his capacity for "big picture" stuff, etc -- I won't speculate too
much on that.  Still, it probably is a good idea to ensure a certain
amount of depth both for maintaining everyone's sanity and for insuring
against the 'eaten by raptors' problem.

The wireless tree that I run feeds up to Dave Miller rather than going
to Linus.  I also have a number of trees that others maintain and push
through me, including the mac80211 and bluetooth trees among others.
I'm not sure how many people are in the position I am in, although
I suspect that there are a few more around than there used to be?
Anyone?  Bueller?

Adding levels to the maintainer tree can introduce some problems,
of course.  Merging latency is probably obvious, as well as simple
matters like making sure everyone manages their trees in a compatible
way for merging operations.  There are many ways to use git, and some
cause problems for up- or down-stream trees...

Anyway, I'd love to see more of a discussion here.

John

P.S.  It's always good to see an early topic where I feel like an
expert... :-)
-- 
John W. Linville		Someday the world will need a hero, and you
linville@tuxdriver.com			might be all we have.  Be ready.

      parent reply	other threads:[~2014-05-02 21:19 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-02 19:42 Jiri Kosina
2014-05-02 20:04 ` Johannes Berg
2014-05-02 20:33 ` John W. Linville [this message]

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=20140502203322.GS3687@tuxdriver.com \
    --to=linville@tuxdriver.com \
    --cc=jkosina@suse.cz \
    --cc=ksummit-discuss@lists.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox