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
-
