lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1187971840.3991.34.camel@localhost.localdomain>
Date:	Fri, 24 Aug 2007 12:10:40 -0400
From:	James Bottomley <James.Bottomley@...senPartnership.com>
To:	Greg KH <greg@...ah.com>
Cc:	Matt Mackall <mpm@...enic.com>,
	Matthew Garrett <mjg59@...f.ucam.org>,
	Matthew Wilcox <matthew@....cx>,
	Tech Board Discuss 
	<Tech-board-discuss@...ts.linux-foundation.org>,
	linux-kernel <linux-kernel@...r.kernel.org>,
	Andy Isaacson <adi@...apodia.org>,
	Josh Boyer <jwboyer@...il.com>, ksummit-2007-discuss@...nk.org
Subject: Re: [Tech-board-discuss] Re: [Ksummit-2007-discuss] Re: Linux
	Foundation Technical Advisory Board Elections

On Fri, 2007-08-24 at 08:57 -0700, Greg KH wrote:
> On Thu, Aug 23, 2007 at 10:22:28PM -0500, Matt Mackall wrote:
> > On Thu, Aug 23, 2007 at 08:55:04PM -0600, Matthew Wilcox wrote:
> > > On Thu, Aug 23, 2007 at 09:52:54PM -0500, Matt Mackall wrote:
> > > > The other part of the puzzle is including the wider Linux community.
> > > 
> > > As I said; what's wrong with just using SPI membership?  It's not like
> > > it is remotely hard for kernel hackers to gain membership in SPI.  And
> > > somebody else takes care of the bureaucracy for you.
> > 
> > Ahh, I didn't realize you were suggesting making -them- do the work
> > instead of just stealing their model. I suppose that could work,
> > provided no one finds being an SPI member objectionable and they'd
> > provide us with their member list.
> 
> I currently object to becoming an SPI member due to a number of personal
> reasons at this point in time.

There's another alternative: and that's that we could use the voting
mechanism of the LF itself.  When the LF was formed, it inherited the
individual affiliate members from the FSG (These members actually elect
two of the board seats to the LF).  We could simply use that pool as the
electorate for the TAB ... of course, coming from the FSG it will be
more user space centric.

To be brutally frank, I couldn't give a toss about choosing the perfect
representational system for the TAB election.  In true Open Source
fashion, all I really care about is that we have a mechanism whereby
committed people can get their contributions accepted, plus we have a
check to keep the TAB straight and make it report to its constituency.
Also, being a kernel developer, I'm not unhappy with the kernel
community bias.  Various members of the kernel community worked very
hard a few years ago to get OSDL to accept a list of demands and form
the TAB, so the kernel community currently has the motivation necessary
to keep it going.

So, currently, the KS election system, while not perfect, serves its
purpose adequately.  The section of the TAB charter that deals with
member elections is easy to modify.  However, I really don't see us
changing it until either someone comes up with a better system that's
almost as simple to operate or we actually have motivated interest in
joining the TAB from outside the Kernel community that necessitates
moving away from KS as the electorate.

James


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ