[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070824045413.GX30705@stusta.de>
Date: Fri, 24 Aug 2007 06:54:14 +0200
From: Adrian Bunk <bunk@...nel.org>
To: Matthew Wilcox <matthew@....cx>
Cc: Matt Mackall <mpm@...enic.com>, Josh Boyer <jwboyer@...il.com>,
Andy Isaacson <adi@...apodia.org>,
James Bottomley <James.Bottomley@...senpartnership.com>,
Matthew Garrett <mjg59@...f.ucam.org>,
Tech Board Discuss
<Tech-board-discuss@...ts.linux-foundation.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
ksummit-2007-discuss@...nk.org
Subject: Re: [Tech-board-discuss] Re: [Ksummit-2007-discuss] Re: Linux
Foundation Technical Advisory Board Elections
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.
My impression as an SPI member is that in practice most SPI members come
from the SPI projects [1], and due to Debian's size Debian developers
are the majority of SPI members.
If you elect at KS it'll favor kernel developers.
If you let all SPI members elect it'll favor Debian developers.
The Linux Foundation homepage says "The Technical Advisory Board (TAB)
provides the Linux kernel community a direct voice into The Linux
Foundation’s activities...". If this is the intention, an election at
the KS is the best solution.
cu
Adrian
[1] the most important task of SPI is handling money for the
SPI projects (and having an US tax-exempt status)
--
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon Seed
-
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