Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D75549C47 for ; Wed, 12 Oct 2011 00:38:07 +0000 (UTC) Received: (qmail 62495 invoked by uid 500); 12 Oct 2011 00:38:07 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 62437 invoked by uid 500); 12 Oct 2011 00:38:07 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 62429 invoked by uid 99); 12 Oct 2011 00:38:07 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Oct 2011 00:38:07 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [74.208.4.194] (HELO mout.perfora.net) (74.208.4.194) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 12 Oct 2011 00:37:58 +0000 Received: from [192.168.1.105] (216-15-112-83.c3-0.arl-ubr1.sbo-arl.ma.cable.rcn.com [216.15.112.83]) by mrelay.perfora.net (node=mrus2) with ESMTP (Nemesis) id 0LnPio-1QbjaD2Z8o-00hucQ; Tue, 11 Oct 2011 20:37:36 -0400 Message-ID: <4E94E14A.3030302@shanecurcuru.org> Date: Tue, 11 Oct 2011 20:37:30 -0400 From: Shane Curcuru User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 MIME-Version: 1.0 To: ooo-dev@incubator.apache.org Subject: Re: [DISCUSS] Review of OpenOffice.org Forums Agreement References: <00ae01cc8848$0d4bb530$27e31f90$@acm.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:+ItJ0g9lH1MP8cuYlpBCjB8jGyIWSdzBaQiZzWHUCts J0RonUYCy82vygoIGE13ByqgCUP9Xp8YJ2KAAjBJJHUFMfZ8Cn 3VYgcplU8bHAammWV6/WDAGNOhELeEShayv2ltzfZWVCsAQeh0 n8ET4k4bLVVpgvlAb2L3ul4wOI0GTXtJeHA9inInTcQEd/Q5M8 L/tP3IzzpTMIncW0MwoXx+nRvMJO9JDIxNIlfj13LVlIU91InG +X4DkLzDN1zk8wVXlZUNKErUBTUtEK2f7D2Rszyq59DMnE+OXf 9APeYE3e8zKiOBniRCc3ZKk9i00TK8wy1fV5wGff5phN1sDWwR Ei2hmANRroAU1xeUJmZqIYzYeT5tw8hp9VGLHEIa2 X-Virus-Checked: Checked by ClamAV on apache.org I think by far the most important thing to realize is that we are trying to come up with well understood, basic guidelines for collaborative community governance here, under the broad umbrella of the Apache Way and an ASF podling. We are not trying to come up with an international treaty with multinational repercussions, nor are we trying to come up with a detailed technical specification for a global technology standard. I applaud attempts to make the overall proposal better understood by the whole community, but have to say the overly detailed and legalistic parsing of the wording is over the top here. The main caveat for all of this is: the Apache OOo PPMC is the responsible body - as a whole - for managing and providing oversight of any content published from the project; this includes the website. So whatever details are agreed here will always be subject to revision (by appropriate votes or consensus) as the community grows. On 10/11/2011 4:32 PM, Rob Weir wrote: > On Tue, Oct 11, 2011 at 3:13 PM, Rob Weir wrote: ...snip... >> *C.* Forum admins must sign the ICLA. They will interact with the >> Apache Infra group and should be official project members. At least >> one Moderator, who will sign the ICLA, or Admin on every NL forum will >> commit to reporting forum status to the Project as determined by the >> Apache OpenOffice PPMC >> > > Working with Apache Infra requires you have an Apache ID. Without an > ID you cannot get onto their mailing list. Without an ID you have no > identity in the system that they can assign permissions to. What is > really required is becoming a Committer. That's what gets you an > Apache ID. Signing the iCLA is a pre-req for becoming a committer. > But the iCLA by itself is not enough. Actually anyone is welcome to work with Apache infra on their normal mailing lists or even open JIRAs to get work done, so there's no strict need for Apache IDs in many cases; not sure where you got that idea. However there are many tasks that are simpler to do within the ASF if the requester is a committer, so it certainly helps to be a committer. > ...snip... >> *D.* Moderators and Volunteers will keep their current functions and >> will be created through the traditional process of nomination and lazy >> consensus on the forum. >> > > If I read Dennis's cover letter correctly, he is asking the PPMC to > bind ourselves to this proposal. Do we really want to bind ourselves > to a decision making process and say that we will never change it? Do > we want to say that even if the forum volunteers, in the future, want > to change the "traditional process", they cannot because the PPMC > agreed previously to maintain this process? > > Maybe just say something like "Existing moderators and Volunteers will > keep their current functions. New moderators and volunteers will be > created through the traditional process of nomination and lazy > consensus on the forum, or by other means as the project may determine > in the future". Most of this is not a legal contract requiring binding signatures in triplicate, so personally, whatever people want to write here is fine with me. I would hope that everyone is aware that how the project operates *is* going to change in the future as it grows - and the way that the project operates will follow the Apache Way of consensus-driven and collaborative changes. >> *E.* Any [Apache Member|http://www.apache.org/foundation/members.html] >> or [Apache OpenOffice >> PPMC|http://incubator.apache.org/openofficeorg/people.html] member can >> request Apache Observer status and thereby gain read and write access >> to all forums, including Forum Issues, and have read access to the >> logs. Apache Observers will not have the capability to edit, delete or >> move posts or perform administrative functions unless otherwise >> elected to those positions by normal forum rules. >> > > This is good. However, I think we need someone with the ability to > edit, delete, etc. Someone with oversite authority should have all of > those permissions. Maybe the IPMC Chair? Maybe Apache Infra? (Maybe > they have that ability already?). Since infra will be hosting the system, I would certainly expect they can grant write rights as needed for ASF business. ...snip... >> *G.* The new Terms of Use will be similar to the current ToU, >> particularly the clause that >> "You hereby grant to the Host and all Users a royalty-free, perpetual, >> irrevocable, worldwide, non-exclusive and fully sub-licensable right >> and license under Your intellectual property rights to reproduce, >> modify, adapt, publish, translate, create derivative works from, >> distribute, perform, display and use Your Submissions (in whole or >> part) and to incorporate them in other works in any form, media, or >> technology now known or later developed, all subject to the obligation >> to retain any copyright notices included in Your Submissions. All >> Users, the Host, and their sublicensees are responsible for any >> modifications they make to the Submissions of others." Note that >> Apache Legal will review and approve the final ToUs, which will also >> ensure that sufficient rights are granted to consider contributions >> under the Apache License. > > Looks OK to me, but IANAL. Has this been reviewed? Any ToUs definitely need ASF Legal signoff before being posted. Likewise, there are a number of minor but required details to work out separately, like how infra actually hosts it, and what parts of the Apache Project Branding Requirements will be needed on the site. But those are technical details we can work out in implementation. - Shane