Return-Path: X-Original-To: apmail-community-dev-archive@minotaur.apache.org Delivered-To: apmail-community-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 C01FFFA39 for ; Mon, 1 Apr 2013 21:36:29 +0000 (UTC) Received: (qmail 2995 invoked by uid 500); 1 Apr 2013 21:36:29 -0000 Delivered-To: apmail-community-dev-archive@community.apache.org Received: (qmail 2869 invoked by uid 500); 1 Apr 2013 21:36:29 -0000 Mailing-List: contact dev-help@community.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@community.apache.org Delivered-To: mailing list dev@community.apache.org Received: (qmail 2861 invoked by uid 99); 1 Apr 2013 21:36:29 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Apr 2013 21:36:29 +0000 Received: from localhost (HELO mail-ie0-f182.google.com) (127.0.0.1) (smtp-auth username nslater, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Apr 2013 21:36:29 +0000 Received: by mail-ie0-f182.google.com with SMTP id at1so2825778iec.13 for ; Mon, 01 Apr 2013 14:36:28 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-received:x-originating-ip:in-reply-to:references :date:message-id:subject:from:to:content-type:x-gm-message-state; bh=aVt77Wp4ZdaKJaKrBSVimBMZF59iGgBrQ2MxdWaZuQs=; b=h59cMY5TE81zqju7BLiLooi/3bR+XQksZQYgQ7RjZ+fPOUHyDq+J6KEMlNa+g4IZyE ocfUjA3MWbb/ZFg5kab/uOv3nmG3J2GsfxQ2/wIZH06wInIa6XW7xl/pcy8pB3483Tt5 UKzlH17/kzD7gZXao/4yMLpasJl6LULoKT/toxSOf/7Kw8yyXKpHFklJR3365u6rhkO8 3nhRT25bXMHmDgdOd73+ooZLf2X0BWI5OEbffLwGyxKcaFmzqHeVVwtX4GyNwue+P+H1 StwMLEDGH1XEQa0DwuErJyI8CxlJB8q6dhg1s+JVdDdG58Ua9mzZK/mxrs/EAZ91rhVm pr5w== MIME-Version: 1.0 X-Received: by 10.50.11.229 with SMTP id t5mr4047176igb.65.1364852188484; Mon, 01 Apr 2013 14:36:28 -0700 (PDT) Received: by 10.50.188.202 with HTTP; Mon, 1 Apr 2013 14:36:28 -0700 (PDT) X-Originating-IP: [213.138.101.38] In-Reply-To: <5159FA23.2060800@shanecurcuru.org> References: <5159FA23.2060800@shanecurcuru.org> Date: Mon, 1 Apr 2013 22:36:28 +0100 Message-ID: Subject: Re: Process, policy and best practice From: Noah Slater To: dev@community.apache.org Content-Type: multipart/alternative; boundary=e89a8f646d15de0ae704d9536988 X-Gm-Message-State: ALoCoQmmvAtx7cbxtwTqfx9LJodlGLZwyje9a1r8N7hRZfjmSLugeZcOcgm07B1OXdq+Ml6oHhXS --e89a8f646d15de0ae704d9536988 Content-Type: text/plain; charset=ISO-8859-1 Yeah, I think so. Sounds like quite a promising idea. On 1 April 2013 22:20, Shane Curcuru wrote: > > > On 4/1/2013 2:19 PM, Luciano Resende wrote: > >> On Mon, Apr 1, 2013 at 10:32 AM, Ross Gardler > >**wrote: >> >>> On 1 Apr 2013 18:28, "Luciano Resende" wrote: >>> >>> On Mon, Apr 1, 2013 at 2:58 AM, Ross Gardler < >>>> rgardler@opendirective.com >>>> wrote: >>>> >>> ... > > Since then the IPMC has been discussing the idea of handing off the >>>>> documentation parts of their responsibilities to ComDev. This is just a >>>>> discussion item and is in no way a decision at this point. >>>>> >>>>> The idea, as I understand it, is not to pass over any of the podling >>>>> oversight responsibilities, only the documentation of ASF policies, >>>>> processes and best practice. >>>>> >>>> ... > > If the budget is not a pre-requisite, how do envision a small PMC like >> ComDev, taking responsibility of a big task, that the current owner and a >> much larger PMC has not been able to handle ? >> > > Luciano has an excellent point in that there's not much to discuss until > ComDev sees some clarity on what is being asked. > > I do however think this could be an excellent idea, precisely in part > because ComDev is smaller and more focused. I could imagine ComDev > changing it's scope to effectively serve as an information shepherd on all > of the apache.org/* content focused on our technical communities. I.e. > not only serving as owners of community.a.o, where we have friendly > overviews and pointers to other info, but also editorial owners of things > like /dev. This doesn't mean setting policy for technical matters or svn > instructions - this more would mean (I'm imagining) taking responsibility > for making the technical information there more understandable and better > organized. > > The issue with the IPMC and the Incubator is multi-fold: > > - Operations. Overseeing podlings and voting in new ones, graduating > ones, etc. This is *not* anything to do with ComDev. > > - Policy setting. This is the IPMC (or other relevant ASF officers) > setting official minimum required policy for the incubation process. This > is *not* anything to do with ComDev. > > - Explaining to the world what the Incubation policies are and guiding > newcomers through how IPMC Operations work. This one bit is something that > ComDev *might* be able to help with, if I'm seeing what Ross is getting at. > > Personally, I find the incubator site maddening in terms of explaining to > a normal human what the heck to do. There's a chance that if ComDev wanted > to help, people here could make significant improvements merely by better > explaining the incubator - without having to make policy or podling > decisions. > > That in particular is something that could make use of a hired technical > writer, if separately we thought that spending was warranted. > > Make sense? > > - Shane > -- NS --e89a8f646d15de0ae704d9536988--