Return-Path: X-Original-To: apmail-cordova-dev-archive@www.apache.org Delivered-To: apmail-cordova-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D5FF111DD6 for ; Sat, 7 Jun 2014 19:34:38 +0000 (UTC) Received: (qmail 89110 invoked by uid 500); 7 Jun 2014 19:34:38 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 89075 invoked by uid 500); 7 Jun 2014 19:34:38 -0000 Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cordova.apache.org Delivered-To: mailing list dev@cordova.apache.org Received: (qmail 89064 invoked by uid 99); 7 Jun 2014 19:34:38 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Jun 2014 19:34:38 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [209.85.220.174] (HELO mail-vc0-f174.google.com) (209.85.220.174) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Jun 2014 19:34:34 +0000 Received: by mail-vc0-f174.google.com with SMTP id ik5so4749235vcb.33 for ; Sat, 07 Jun 2014 12:34:09 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=cHzdmahHrO6dd2Kj0naXHUqhipceadjou8HKu+dnINg=; b=KdNkOJqax1j9+MDAGU0PTU4mA4nSZGws+KaWYWfNrJ+tRqEQKnb688FavPy7ouFE/3 LhOB9xAfN1z43Ti1cI66ESGGWdOHDxnq7vRE11dSAj1Yb6rYUeiq7W7B/ZHEP6VUhScx W2u0eNKOmdfdXbiTNpw5odYo2PDtQ3B933FJhZp0cnG8LByg/LzJd5X5cm1b4xIDKtT9 pULRv1/rbrVcXzPUhL6bGkNXo/f6rB/Ib/raIVOdMYBbrIQ/ulYVOKa0+QbuEqd4N9Kp 29CnHpC/znLyfr5i25TJyzNtec5JvotunUhGJMJ8HIKfZO+2+cwTF+Dtizqp4u+sF4hd wfbQ== X-Gm-Message-State: ALoCoQlHcCXLSRjxRBK2EksRmzvHXQrZAarZOwktp7ZIdLDiXql16ukQv8+TG6mntYYUbAJs1xW7 MIME-Version: 1.0 X-Received: by 10.52.141.74 with SMTP id rm10mr12694055vdb.6.1402169649166; Sat, 07 Jun 2014 12:34:09 -0700 (PDT) Received: by 10.58.24.41 with HTTP; Sat, 7 Jun 2014 12:34:09 -0700 (PDT) X-Originating-IP: [99.46.94.139] In-Reply-To: References: Date: Sat, 7 Jun 2014 12:34:09 -0700 Message-ID: Subject: Re: ApacheCon session recording: Releasing Apache Software From: Marvin Humphrey To: dev@cordova.apache.org Content-Type: text/plain; charset=UTF-8 X-Virus-Checked: Checked by ClamAV on apache.org On Thu, Jun 5, 2014 at 10:59 AM, Joe Bowser wrote: > The only thing that SHOULD be private on the lists is the selection of > PMC members and security issues, and a part of me doesn't even like > the latter very much when things are already public elsewhere (i.e. in > BugTraq). Well, at the project level there are occasionally legal issues which are best handled in private -- for instance, trademark violations, many of which can be resolved with a polite note to the offending party. > There's also the fact that people use > private lists to say things that they wouldn't dare say in public. Your experience matches my own. > I'll happily be rude to someone in public to their face, because to do > otherwise is dishonest. Hmm. I generally prefer discretion and diplomacy, which need not require dishonesty. FWIW, many communities have found success with the approach of criticizing ideas while avoiding ad hominem attacks. Lots of good stuff here: http://producingoss.com/en/setting-tone.html >> Ideally, only subjects which truly require discretion such as personnel >> issues, security, trademarks and so on get discussed on private lists. >> In practice, things are messy and sometimes conscious effort is required >> to move conversations public, but the diversity of the ASF Membership >> guards against subterfuge at the org level just as the diversity of the >> Cordova PMC guards against it at the project level. > > What sort of subterfuge are you referring to? Primarily excessive commercial influence. Apache has a reputation as a place where competing companies can collaborate on a common codebase. However, even with our governance institutions, such collaboration can become unstable when the interests of the various companies who employ a project's PMC members are not aligned either with each other or aligned with the interests of the Foundation. The ASF Board of Directors is tasked with overseeing all Apache projects, which includes enforcement of rules on project independence. This starts with ensuring that projects are operating according to the rules of meritocracy and that new PMC members are being added and granted a full role in governance, but in extreme circumstances it can extend to reconstituting PMCs and terminating projects (both of which have happened, though not lately). At the Foundation level, the ASF Membership[1] (effectively its shareholders) is far too diverse for any one commercial entity to hold sway. The Cordova PMC[2] is likewise quite diverse -- but that's not true for all PMCs. > It isn't related to this thread on legal, is it? > http://mail-archives.apache.org/mod_mbox/www-legal-discuss/201406.mbox/browser [See http://s.apache.org/6N3 for the correct permalink.] Heh. It seems that Ross got his addresses mixed up and inadvertently sent a message to legal-discuss@apache (public) that was meant for members@apache (private). To put that message in context, we're talking about how to streamline the annual Members meeting while maintaining the safeguards provided by our current bylaws. I suppose that subject matter is indirectly related to the "subterfuge" I had in mind. Our bylaws are carefully drafted to ensure that the Foundation cannot be legally hijacked by an illegitimate minority. There's a *lot* of money to be made in Apache software and conceivably some entity might be motivated to pull a fast one if we don't watch out. Marvin Humphrey [1] http://www.apache.org/foundation/how-it-works.html#asf-members [2] http://www.apache.org/foundation/how-it-works.html#management