Return-Path: Delivered-To: apmail-jakarta-avalon-dev-archive@apache.org Received: (qmail 9543 invoked from network); 9 Dec 2002 09:12:00 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 9 Dec 2002 09:12:00 -0000 Received: (qmail 22853 invoked by uid 97); 9 Dec 2002 09:13:13 -0000 Delivered-To: qmlist-jakarta-archive-avalon-dev@jakarta.apache.org Received: (qmail 22828 invoked by uid 97); 9 Dec 2002 09:13:13 -0000 Mailing-List: contact avalon-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Avalon Developers List" Reply-To: "Avalon Developers List" Delivered-To: mailing list avalon-dev@jakarta.apache.org Received: (qmail 22790 invoked by uid 98); 9 Dec 2002 09:13:12 -0000 X-Antivirus: nagoya (v4218 created Aug 14 2002) Message-ID: <3DF45EA0.1010200@apache.org> Date: Mon, 09 Dec 2002 10:13:04 +0100 From: Stephen McConnell User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Avalon Developers List Subject: Re: [Proposal] PMC Resolution Voting Process References: <000d01c29d34$1e440670$2100a8c0@acsdom1.citius.com> <3DF0E8C0.3060403@apache .org> <3DF254F6.40509@apache.org> <3DF26EE7.3080509@apache.org> <3DF32801.5030606@apache.org> <1039350945.1354.30.camel@lsd.student.utwente.nl> <3DF342C4.7050908@apache.org> <1039422063.1379.4.camel@lsd.student.utwente.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Leo Simons wrote: >On Sun, 2002-12-08 at 14:01, Stephen McConnell wrote: > > >>Leo Simons wrote: >> >> >> >>>"layman" version of the text below; I think this is for all practical >>>purposes the same but it reads a little easier (the trick: use a >>>1000-word vocabulary ;). If it is indeed the same for practical purposes >>>(Steve?) then I'm happy with the proposal I think. >>> >>> >>The text (for all practical purposes) is the same as the proposal. >> >> > >Gotcha! You've fallen into my simplicity trap :D > I was waiting for this reply! Gotcha! You've fallen into my ratiuonalization trap :-D > >If > >- it is for all practical purposes the same, >- this documentation is not required to have a watertight legal status, >- the "layman" form is easier to read and understand, > >then why not just write the documentation this way and forget about the >formal 'look-n-feel'? > The board has a legal structure it has put in place together with a set of policies and procedures through which it can administer itself and a manner accountable to the general public. Within the structure and procedures and provisions for the establishment of a sub-structure call a PMC. These PMCs provide a mechanism for the Board to scale their activities. The PMC structure is in effect a delegation of the Board authority to PMC to undertake due-diligence within a particular scope. The decisions taken by the PMC are decisions that are binding on the board. For example, if the Avalon PMC votes to release a product, this represents a liability on the ASF. This action is communicated to board by the Chair, and documented in a formal voting process. Now, just for a moment, let's assume that ASF get hit with a law suite concerning an infringement on patents related to something which was developed within the Avalon community. Lets assume that Greg and Sam take a holiday, and were dealing with someone unknown. And let's also assume that ASF have two options: (a) fight the case, or (b) denial. If ASF chooses to fight the case, they will very happy to see lots of formal documentation about processes, and they will be wetting themselves if see documentation for all of the votes on releases, attention to due diligence, etc. They will use this information to demonstrate that our actions have been public, have been part of the legal structure of the board, are consistent with the Board's legal practices, etc. In effect ASF will have everything they need to fight on our behalf. On the other-hand - what about the denial avenue. If our policies and procedures are not up to the same standard as the Boards, (e.g. the textual version) what we are doing is in effect enabling different interpretations of the rules. The organization making a claim against ASF will look into the policies and procedures of the Avalon PMC - and will do so with attention to detail. In such a scenario, the case for ASF would be weaker because its framework of due-diligence has been compromised. In such a scenario there is the potential for the ASF to deny us some level of protection otherwise available to us. > >> This >>is exactly the sort of thing I would image on a web page that descibes >>the policies and procedures concerning decision making. That same web >>page would also provide a link to the formal document. >> >> > >What purpose does the "formal" document then serve? > Bottom line - by maintaining policies and procedures in a "crisp" form (legalistic, SOC, whatever you want to call it), your providing the Board with a more concrete foundation though which they can protect our interests with greater confidence and integrity. > >I think no-one 'll >be reading it anyway. > > Hopefully no-one. ;-) Cheers, Steve. >cheers, > >- Leo > > >-- >To unsubscribe, e-mail: >For additional commands, e-mail: > > > > > -- Stephen J. McConnell OSM SARL digital products for a global economy mailto:mcconnell@osm.net http://www.osm.net -- To unsubscribe, e-mail: For additional commands, e-mail: