[Linux-aus] With elections coming up soon I thought I'd post a few ideas

Sridhar Dhanapalan sridhar at dhanapalan.com
Sun Dec 4 08:34:02 UTC 2005


On Sun, 4 Dec 2005 08:39, Pia Waugh <greebo at pipka.org> wrote:
> Actually, Janet is right, most of the interesting stuff LA does is being
> done by sub-cttes and the sub-ctte model is supposed to mean that the org
> is ever scalable and reflective of what the community is interested in and
> what needs to be done without burning out a small number of people (aka the
> main ctte).

Great!

> I think yearly elections, but with an expectation of named seats to take on
> more than one year is a good idea, so we continue to have new blood, and
> between the community expectation and the sub-cttes, there are enough
> checks and balances to ensure continuity of the organisation.

That sounds like the best solution to me. For instance, named seats could have 
two-year terms, with other seats having one-year terms.


On Sun, 4 Dec 2005 08:45, James Purser <purserj at k-sit.com> wrote:
> > I think yearly elections, but with an expectation of named seats to take
> > on more than one year is a good idea, so we continue to have new blood,
> > and between the community expectation and the sub-cttes, there are enough
> > checks and balances to ensure continuity of the organisation.
>
> And of course, if we keep things open and transparent, the members are
> always going to be able to see when futz ups happen and pull the
> committee into line.

Openness and transparency are by far the most important elements of any 
system. I don't think many of us would be supporting free software 
otherwise :)

We should be consistent in everything we do and espouse. Free software has 
been successful because of its openness and transparency. Our method of 
governance should be similar.


-- 
Sridhar Dhanapalan  [Yama | http://www.pclinuxonline.com/]
  {GnuPG/OpenPGP: http://dhanapalan.webhop.net/yama.asc
   0x049D38B4 : A7A9 8A02 78CB AB1B FCE4 EEC6 2DD9 249B 049D 38B4}

"Windows operations still involves too many reboots. ... [A] service may be 
hung, and rather than take the time to find and fix the problem, it is often 
more convenient to reboot. By contrast, UNIX administrators are conditioned 
to quickly identify the failing service and simply restart it; they are 
helped in this by the greater transparency of UNIX and the small number of 
interdependencies."
	-- Microsoft, 'Converting a UNIX .COM Site to Windows', 2000-22-08
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.linux.org.au/pipermail/linux-aus/attachments/20051204/d3146445/attachment-0001.pgp 


More information about the linux-aus mailing list