TIP: Click on subject to list as thread! ANSI
echo: ic
to: Peter Knapper
from: Dale Shipp
date: 2003-12-14 00:24:00
subject: Re: region 25

-=> On 12-14-03  09:45,  Peter Knapper <=-
 -=> spoke to Dale Shipp about Re: region 25 <=-

 PK> Regarding this issue, I have had a LOT of thought about this, and I
 PK> cannot  see how the RC's can change a proposed document. Policy 
 PK> states the RC's must consider a TOTAL document, but does 

   Actually, it says that the ratification vote by all of the *Cs must
   be on a total document.   The statement about what the RCs do to call
   for a referendum is less clear.  Nevertheless, what is only a cut and
   paste away from a total document has been put on the table.

 PK> not say they can MODIFY part of that document. Now I
 PK> suppose the RC's could reject a document, and then propose 
 PK> their own version of that document, but then they are not 
 PK> ratifying a proposal, they are generating it.

  Current P4 does not say where the proposal needs to come from.  If you
  (as an RC) wish to take what was produced by the working group and
  modify it (along with collaboration with the other RCs), then you may
  do so.

 PK> Now I may be wrong, but can you please provide me with a 
 PK> reasoning for you saying this is possible. I must be 
 PK> missing something somewhere...
 
  I hope that it is possible that the RCs can and will tell the IC that
  they wish to put this proposal up to a referendum vote -- or that they
  will say "modify it by ...." and put it up to a vote.   If it is a
  consensus of the RCs that the document has merit except that the
  quorum requirements are wrong -- then they ought to change them.

 DS>   I would only say that the reason no previous effort has gotten this
 DS>   far (to my knowledge) is that the current quorum requirement is
 DS>   effectively 100% (i.e. the current policy is the same as if all RCs
 DS>   are assumed to have voted and not voting is assumed to be a vote
 DS>   against).

 PK> My reading of P4 is that >50% of all RC's must vote YES to 
 PK> a proposed new document to then be able to ask the IC to 
 PK> call for a referendum. Non-Votes, Abstentions and Negatives 
 PK> are taken as NO. That seems to match what you say above but 
 PK> it phrases it a different manner. 

   Yes --- that is correct.


 PK> I have no issues with this, I am not aware of a democratic body
 PK> anywhere that  allows a change to proceed with a less than 50%
 PK> afirmative  count (and some require more than 50%). Often its require 
 PK> the collaboration of 2 parties to be able to reach the 
 PK> required level. Yes, I know Fidonet is not a Democracy, 
 PK> however for the purposes of Policy change, Fidonet 
 PK> specified a democratic process to be followed. I see no 
 PK> need to change that.

  The need to change the procedure is because the procedure has
  effectively prevented any viable attempts at change until now.


 PK> Dale, the biggest difficulty facing people asking for change, is that
 PK> they  MUST take into account ALL possible affeced parties (that 
 PK> means 100% of Fidoent Sysops), not just the desires of 
 PK> those asking for the change. Yes, I realise its a very 
 PK> difficult task to find all of this out, but in essence, 

   We hope that will be done to the best of the ability of those who
   represent us -- which means you and your peers.

 PK> thats exactly what they need to do. They need to look into
 PK> a crystal ball and ensure their request is not going to 
 PK> meet with a negative response from ANYONE. Thats the best 
 PK> way to guarantee success, its also why no-one will ever get 
 PK> 100% of what they want.

   If anything is crystal clear, it is the fact that nothing will get
   100% support from everyone.  There will always be someone with a
   negative response, and always someone with a contrary opinion.   All
   we can expect is that what is done is in the best interest of the
   group as a whole.

 PK> If the current proposal only included a modifcation of the 
 PK> section of Policy relating to the Fidonet 
 PK> newsletter/editor, then once a quorum was reached, it would 

   That was tried more than two years ago -- and was met with a roar of
   silence and lack of interest.

 PK> have passed quicker than a rat up a sewer, and thereby
 PK> deonstrated to Fidonet as whole that the process DOES work, 
 PK> and made it MUCH easier for future changes to work. Instead 
 PK> its been complicated by at least one rather contentious 
 PK> section.

  Be specific please.  What section?  The quorum numbers?  Suggest what
  would be acceptable to you.

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


... Shipwrecked on Hesperus in Columbia, Maryland. 23:39:56, 13 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™.