ksummit.lists.linux.dev archive mirror
 help / color / mirror / Atom feed
From: Steven Rostedt <rostedt@goodmis.org>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Vlastimil Babka <vbabka@suse.cz>,
	"ksummit-discuss@lists.linuxfoundation.org"
	<ksummit-discuss@lists.linuxfoundation.org>,
	"tech-board-discuss@lists.linuxfoundation.org"
	<tech-board-discuss@lists.linuxfoundation.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [Ksummit-discuss] [Tech-board-discuss] Linux Foundation Technical Advisory Board Elections -- Change to charter
Date: Fri, 13 Mar 2020 08:12:16 -0400	[thread overview]
Message-ID: <20200313081216.627c5bdf@gandalf.local.home> (raw)
In-Reply-To: <CAMuHMdW6Br+x+_9xP+X4xr6FP_uNpZ6q6065RJH-9yFy_8fiZA@mail.gmail.com>

On Fri, 13 Mar 2020 11:50:45 +0100
Geert Uytterhoeven <geert@linux-m68k.org> wrote:

> > > > Given that before now, there has not be any way to vote for the TAB
> > > > remotely, it's less restrictive :)  
> > >
> > > But people without kernel.org accounts could still vote in person before,
> > > right?  
> >
> > Yes, and they still can today, this is expanding the pool, not
> > restricting it.  
> 
> Oh right, assumed we'll still have a conference in person, and unrestricted
> travel.

Correct. But if we don't change the voting requirements, and the conference
is canceled, or people are restricted from traveling, then those people
will not be able to vote with the current charter.

We are trying to extend who can vote beyond those that the charter allows.
We are not preventing those that can vote under the current rules from
voting.  IIUC, we are trying to create absentee voting which we never had
before. Thus, you can either vote the current way by getting travel to
wherever Kernel Summit is and attending the conference, or we can extend
the charter so that if you can not come for whatever reason, you have an
option to vote remotely, if you satisfy the new requirements. Remember, not
attending means you do not satisfy the current requirements.

The TAB has bikeshed this a bit internally, and came up with the conclusion
that kernel.org accounts is a very good "first step". If this proves to be
a problem, we can look at something else. This is why we are being a bit
vague in the changes so that if something better comes along we can switch
to that. After some experience in various methods (if we try various
methods), we could always make whatever method works best as an official
method at a later time.

But for now, we need to come up with something that makes it hard for
ballot stuffing, and a kernel.org account (plus activity in the kernel)
appears to be the best solution we know of.

-- Steve
_______________________________________________
Ksummit-discuss mailing list
Ksummit-discuss@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/ksummit-discuss

  reply	other threads:[~2020-03-13 12:12 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-12  0:19 [Ksummit-discuss] Linux Foundation Technical Advisory Board Elections -- Change to charter Laura Abbott
2020-03-12  0:34 ` Laurent Pinchart
2020-03-12  2:20   ` Laura Abbott
2020-03-12 21:28   ` Bird, Tim
2020-03-12 22:58     ` Laura Abbott
2020-03-13  3:19     ` Theodore Y. Ts'o
2020-03-13  8:58       ` Jani Nikula
2020-03-13  9:35         ` [Ksummit-discuss] [Tech-board-discuss] " Greg KH
2020-03-13  9:41           ` Vlastimil Babka
2020-03-13 10:07             ` Greg KH
2020-03-13 10:16               ` Geert Uytterhoeven
2020-03-13 10:37                 ` Greg KH
2020-03-13 10:50                   ` Geert Uytterhoeven
2020-03-13 12:12                     ` Steven Rostedt [this message]
2020-03-13 14:10                       ` Jani Nikula
2020-03-13 14:52                         ` Theodore Y. Ts'o
2020-03-13 15:08                           ` Jani Nikula
2020-03-13 15:26                             ` James Bottomley
2020-03-13 17:14                               ` Bird, Tim
2020-03-13 17:36                                 ` Steven Rostedt
2020-03-13 15:18                         ` James Bottomley
2020-03-13 10:30           ` Jani Nikula
2020-03-13 13:05             ` Sasha Levin
2020-03-13 15:42               ` Steven Rostedt
2020-03-13 14:59             ` Konstantin Ryabitsev
2020-03-13 15:07               ` Jani Nikula

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=20200313081216.627c5bdf@gandalf.local.home \
    --to=rostedt@goodmis.org \
    --cc=geert@linux-m68k.org \
    --cc=ksummit-discuss@lists.linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tech-board-discuss@lists.linuxfoundation.org \
    --cc=vbabka@suse.cz \
    /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;
as well as URLs for NNTP newsgroup(s).