TIP: Click on subject to list as thread! ANSI
echo: ic
to: Michael Grant
from: Dale Shipp
date: 2003-12-25 02:10:00
subject: Re: Proposal

-=> On 12-24-03  11:12,  Michael Grant <=-
 -=> spoke to Dale Shipp about Proposal <=-

 MG> Wrong; the RC's only /initiate/ the referendum. The current policy
 MG> allows one  vote for every *C in the network in a policy referendum. 
 MG> That means NC's, RC's and ZC's all get a vote. The new 
 MG> proposal would take away the NC and ZC votes in the 
 MG> referendum. Then the new proposal also adds a third, 
 MG> unnecessary vote in order for the new policy to be 
 MG> ratified. It's sort of like saying, do we now accept the 
 MG> referendum vote, or not? Under current policy, if the 
 MG> referendum passes, then it is ratified. No ifs ands or buts.

   You are misunderstanding what the new proposal is saying.  It
   does not take away NC and ZC votes.

   In both the current policy and in the new proposal, the policy change
   is voted on by *ALL* *Cs.  The new proposal adds a quorum requirement
   to this final vote.

   In both the current policy and in the new proposal the RCs decide
   whether or not to have a referendum.  What is being changed there is
   to lower the quorum requirement from what is effectively 100% to
   something lower.  The number for the quorum requirement in the new
   proposal as it has been published is 10%, but if the RCs decide to
   raise that number they may do so.

   The new proposal adds an additional step which allows for a group of
   *Cs (5% or more) to put a policy amendment on the table.  When that
   happens, the RCs must have a vote as to whether or not to put the
   policy amendment up for a vote by the entire *C structure.   This is
   the new step.



 MG> IMHO, the subsections 8.3, Eligibility to Vote, 8.4, Voting
 MG> Mechanism, 8.5, Voting on a Whole Document, and 8.6, 
 MG> Decision of Vote, when taken together describes the most 
 MG> fair and democratic process we have ever seen in Fidonet, 
 MG> and therefore should not be changed at all, because it 
 MG> cannot be improved upon.

   Obviously, I disagree since I was the one who initially put forth a
   proposal for changing this procedure.  The fact is that the current
   policy has a tremendous barrier to any change, and that is what needs
   improvement.
 
 DS>  By adding the possibility that the NCs can play a role in initiation, we
 DS> are making the process more democratic (i.e. closer to the end user
 DS> sysop) than it is now.

 MG> It adds one thing to make it easier to /initiate/ a 
 MG> referendum, yet takes away democracy from a large number of 
 MG> *C's in the network when it comes to the actual vote. No; 
 MG> IMO, this does not make the process more democratic.
 
   It does not take away democracy or remove the voting power from
   anyone.   You misunderstand the new proposal if you think that is
   true.

 MG> of dealing with repeated referenda. The end result would be 
 MG> that the process would become a joke, and the votes would 
 MG> be automatically rejected without the membership taking a 
 MG> serious look at the proposal.

  There are many who said that the current policy is a joke, and that no
  attempt to make any change would ever get serious attention.  Those
  same people are advocating simply ignoring policy and doing whatever
  they want to do.   I do not believe that is the way to go, but it is
  happening and will continue to happen unless policy is changed.

                        dale (at) min (dot) net
                              (1:261/1466)



... Shipwrecked on Hesperus in Columbia, Maryland. 01:45:39, 25 Dec 2003
___ Blue Wave/DOS v2.30

--- Maximus/NT 3.01
* Origin: Owl's Anchor (1:261/1466)
SEEN-BY: 633/267 270
@PATH: 261/1466 123/500 106/2000 633/267

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.