From: Steven Rostedt <rostedt@goodmis.org>
To: James Bottomley <James.Bottomley@HansenPartnership.com>
Cc: Tech Board Discuss
<Tech-board-discuss@lists.linux-foundation.org>,
ksummit-discuss@lists.linuxfoundation.org
Subject: Re: [Ksummit-discuss] [Tech-board-discuss] TAB non-nomination
Date: Thu, 8 Nov 2018 19:29:45 -0500 [thread overview]
Message-ID: <20181108192945.37739fb1@vmware.local.home> (raw)
In-Reply-To: <1541721842.3774.2.camel@HansenPartnership.com>
On Thu, 08 Nov 2018 16:04:02 -0800
James Bottomley <James.Bottomley@HansenPartnership.com> wrote:
> Hi All,
>
> Several people have asked me to stand again for election to the TAB, so
> I thought I'd give a general explanation of why that isn't going to
> happen. For background: I was one of the people who lead the charge in
> getting the Linux Foundation predecessor OSDL to create the TAB to give
> developer input into what was then seen as a body trying to speak for
> the Linux Kernel. I was actually TAB chair for 8 years from 2006 to
> 2014. The job of the TAB, as I saw it, was to solve a lot of the
> political friction issues around the places where the Linux Kernel
> community interfaces with the Linux Foundation and Industry and in
> those 8 years I gained quite a lot of expertise in political relations
> trying to do that.
>
> However, TAB member and TAB chair aren't roles people are born to fill,
> they're roles people have to grow into. What our community needs is
> more people willing to grow into these roles to ensure effective
> succession and if I stepped into one I'd be denying others that
> opportunity, which would be bad both for succession planning and the
> growth of the community in general.
>
> I think the reason I'm getting these requests is angst over this CoC
> debate, so I'll go so far as to detail my political instincts over this
> below ... if you've no interest in politics (as most of you won't have)
> stop reading now. If you are interested, perhaps you should consider
> standing for the TAB yourself.
If I understand this correctly, this is your way of telling those that
asked you to run for TAB that you are not doing so.
>
> James
>
> ---
>
> The biggest political mistake was actually doing anything with the
> Linux Kernel CoC at all. The object was to deflect a highly
> unfavourable article in the New Yorker. With hind sight, that could be
> achieved simply by Linus' personal apology, statement that he was
> stepping aside and going for assistance to understand others' emotions.
>
> Hind sight, though is always perfect. At the time, as a TAB member,
Hind sight is actually far from perfect, because we really don't know
what would have happened if we did things differently.
-- Steve
> all you saw was a panic driven by both Linus and the Linux Foundation
> that we needed an updated Kernel CoC ASAP, like today. Panic is very
> infectious so it can be extremely difficult in these circumstances to
> stand up and say "stop, we need more information" ... and if you think
> you'd be the one always to demand more information remember that
> there's a time a decision has to be made and it always passes before
> you can get complete information, so you'd basically be rendering the
> TAB indecisive and useless. Recognising when it's time to stop and ask
> for more data and when you have to make decisions with what you have is
> a key political skill.
>
> The second mistake was picking the wrong CoC. I'm not talking about
> the wording, which has been discussed on this list, but the politics
> surrounding the choice: The original author of the current CoC was
> unsupportive to the point of attacking the kernel community in public.
> That drove a huge amount of me too attacks plus an equally large amount
> of anti-me too hysteria and lead to enormous external awareness and
> friction plus a not inconsiderable amount of unwelcome personal email
> to various people. This could largely have been avoided by either
> evolving our existing CoC through a community process or by picking a
> CoC whose original author would be willing to stand up and be
> supportive of our desire to change.
>
> The third mistake was dumping the fully formed CoC and a later update
> into the tree with little to no community input which has generated a
> lot of obvious anger within our community itself. All I'll say on this
> is that revisiting the CoC is going to cause another huge cascade of
> externally driven attacks which I think we'd all rather avoid, so if
> you're still ticked, then perhaps you should channel that anger and
> stand for the TAB ...
>
> _______________________________________________
> Tech-board-discuss mailing list
> Tech-board-discuss@lists.linux-foundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/tech-board-discuss
next prev parent reply other threads:[~2018-11-09 0:29 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-09 0:04 [Ksummit-discuss] TAB non-nomination James Bottomley
2018-11-09 0:29 ` Steven Rostedt [this message]
2018-11-09 3:30 ` Chris Mason
2018-11-09 17:52 ` Shuah Khan
2018-11-09 19:03 ` Theodore Y. Ts'o
2018-11-09 19:23 ` Joe Perches
2018-11-10 21:21 ` Theodore Y. Ts'o
2018-11-10 21:47 ` Joe Perches
2018-11-12 17:15 ` James Morris
2018-11-09 20:17 ` [Ksummit-discuss] better hot-topic discussion processes was: " Jason Cooper
2018-11-10 19:26 ` Chris Mason
2018-11-10 21:55 ` Jason Cooper
2018-11-14 18:25 ` [Ksummit-discuss] " Geert Uytterhoeven
2018-11-09 19:54 ` [Ksummit-discuss] [Tech-board-discuss] " Frank Rowand
2018-11-10 19:15 ` Chris Mason
2018-11-10 21:59 ` Jason Cooper
2018-11-11 3:18 ` Frank Rowand
2018-11-11 5:57 ` Theodore Y. Ts'o
2018-11-12 4:44 ` NeilBrown
2018-11-12 4:54 ` NeilBrown
2018-11-12 17:00 ` Steven Rostedt
2018-11-13 16:49 ` Jani Nikula
2018-11-13 19:59 ` Laurent Pinchart
2018-11-14 17:28 ` Mark Brown
2018-11-09 17:19 ` [Ksummit-discuss] " Stephen Hemminger
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=20181108192945.37739fb1@vmware.local.home \
--to=rostedt@goodmis.org \
--cc=James.Bottomley@HansenPartnership.com \
--cc=Tech-board-discuss@lists.linux-foundation.org \
--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