Return-Path: X-Original-To: apmail-incubator-cloudstack-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-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 9A028DCCA for ; Fri, 4 Jan 2013 19:28:09 +0000 (UTC) Received: (qmail 43321 invoked by uid 500); 4 Jan 2013 19:28:09 -0000 Delivered-To: apmail-incubator-cloudstack-dev-archive@incubator.apache.org Received: (qmail 43274 invoked by uid 500); 4 Jan 2013 19:28:09 -0000 Mailing-List: contact cloudstack-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-dev@incubator.apache.org Delivered-To: mailing list cloudstack-dev@incubator.apache.org Received: (qmail 43265 invoked by uid 99); 4 Jan 2013 19:28:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jan 2013 19:28:09 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.219.54] (HELO mail-oa0-f54.google.com) (209.85.219.54) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Jan 2013 19:28:03 +0000 Received: by mail-oa0-f54.google.com with SMTP id n9so15444623oag.13 for ; Fri, 04 Jan 2013 11:27:42 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:x-gm-message-state; bh=J4KISzT+LGm7GizxdaR2K+aXN0E82UZ1PqGfF2HEv+4=; b=oW5076jcCZJooqJG8E83ygchpqRODJ48HOPN/6byp/95xR1Yg0t3Abard99ZEvCBes byAvkVUWP6CogUjB82sd55mNE83L9M50wH7xsIqwtcU1cNLhSa1zs6m4xLVmkyey0ouU xOOJ0Aqc9yAt7QjG7rRL+s1MRUfrSFkGKmiYri6R+tP/zuv/T8ZxiQQusNY+P209QLKy qQQS23aRaLQuu5YT2sRBd/mF9iP/8IDyka+MOrrT1OLNn+KsEICzCUbL+uua9P33Q9yD GXo11060BXtqejphM89uPWqfJQ2KxiB98M0OGyvRzQgf/sQUjn/rBjl94IT2whHyvtOs UtZA== Received: by 10.60.32.147 with SMTP id j19mr30580190oei.68.1357327662697; Fri, 04 Jan 2013 11:27:42 -0800 (PST) MIME-Version: 1.0 Received: by 10.76.6.15 with HTTP; Fri, 4 Jan 2013 11:27:22 -0800 (PST) In-Reply-To: References: From: David Nalley Date: Fri, 4 Jan 2013 14:27:22 -0500 Message-ID: Subject: Re: [DISCUSS] Managing the cloudstack-extras github organization To: cloudstack-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQnm9ITttOXcMOk1By+7+Zvxhj3gyEC/T2NMBPr1Kk5jns6FTsZ8pacxJB7uj/SInGTkf1Zi X-Virus-Checked: Checked by ClamAV on apache.org On Fri, Jan 4, 2013 at 2:16 PM, Chiradeep Vittal wrote: > > > On 1/4/13 6:32 AM, "Chip Childers" wrote: > >>On Thu, Jan 3, 2013 at 5:17 PM, David Nalley wrote: >>> On Thu, Jan 3, 2013 at 11:39 AM, Chip Childers >>> wrote: >>>> Hi all, >>>> >>>> Although this list is officially the Apache CloudStack dev list, I >>>> think it's also the right place to collaborate about the >>>> cloudstack-extras Github organization ( >>>> https://github.com/CloudStack-extras ). Any issues using this list to >>>> discuss cloudstack-extras? >>>> >>>> If no issues... >>>> >>>> I'd like to propose that we effectively equate Apache CloudStack >>>> committer status to having the right to have commit permissions to the >>>> repos in that Github organization. Any objections to that? >>>> >>>> I'd further like to propose that projects from non-committers, that >>>> want to be moved to CloudStack-extras, are initially created by the >>>> contributor under their own organization or personal account, and then >>>> moved into Cloudstack-extras after a discussion on this list. >>>> >>>> For projects under the cloudstack-extras org, I'd propose that we use >>>> the standard github pull request mechanism to pull in updates. >>>> >>>> Last, I'd like to propose that we change the Cloudstack-extras org >>>> profile "location" field from "Not affiliated with the Apache >>>> CloudStack project" to "These are not projects of the Apache Software >>>> Foundation". >>>> >>>> Thoughts? >>>> >>>> -chip >>> >>> >>> So currently these are largely separate efforts. The folks working on >>> knife-cloudstack or puppet-cloudstack largely aren't directly >>> contributing to Apache CloudStack. (with a few exceptions) These >>> projects have either no real community or their own community >>> (knife-cloudstack being the example there). To be clear - I'd >>> personally prefer that these go to live elsewhere, and we get rid of >>> most of the repos in that org. >>> >> >>Fair point about those non-project community repos. >> >>> I am also somewhat concerned about providing governance for these >>> external projects. If we (the project) do want to provide governance, >>> we can trivially get additional git repos on ASF hardware. >>> >> >>Perhaps that's the path we need to take... What caused me to ask the >>question was the discussion of the .NET CloudStack API binding that's >>under development. We discussed putting that in cloudstack-extras, >>hence me raising the question of governance around the github org. >> >>However, your alternative may be more logical. We coule handle >>projects like that (and even potentially things in the tools folder of >>the CS codebase) by creating separate repos (and even possibly having >>different releases). >> >>> --David >>> > > Quite confused here. > Is the proposal to have them hosted on ASF, but at the same time NOT > part of CloudStack? > If it is not part of CloudStack, should we care about governance? > My point was: If we provide governance - they should be at the ASF. If they aren't at the ASF we should likely not provide governance. --David