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 2CF04113F3 for ; Tue, 10 Jun 2014 05:24:38 +0000 (UTC) Received: (qmail 58375 invoked by uid 500); 10 Jun 2014 05:24:37 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 58258 invoked by uid 500); 10 Jun 2014 05:24:36 -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 58247 invoked by uid 99); 10 Jun 2014 05:24:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jun 2014 05:24:36 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of brian.leroux@gmail.com designates 209.85.223.179 as permitted sender) Received: from [209.85.223.179] (HELO mail-ie0-f179.google.com) (209.85.223.179) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Jun 2014 05:24:34 +0000 Received: by mail-ie0-f179.google.com with SMTP id tr6so1216944ieb.38 for ; Mon, 09 Jun 2014 22:24:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=LV3rd6Jm7hD9IiRFYfFVLQHJqE/EHbSmZoJEn6vHwGA=; b=0xCOa/ere4LKryGKAoZ7v02UFloxLJDUTFhCJ3o41q8tZyC99ZSYzMTWJ9iCOdHFN5 QTg/zU/98Zq0frceJbZebOPgiWuoSox4MYvCfdaK5FLpxGz/FYTD29OsC41m3rHKSpNw JvxcGdlSGkxxyQNbUtkWAiXgvTTmMOWn34VttjBLxqTWrUtG40sNVMZ0Skqki2qpMXMs 5LPciUNowSthNdvYoICIryUTjMWj6tpDyTWHweJ+Len3iAkGNiXy+/HFPPD5iCjS4gRf qCvL73H7VaqJoF6mww9sHmcte4DByir+u1RY6rDIqDw/ul7I38BzAv3J9Ch0sN3qc7d8 MTHA== MIME-Version: 1.0 X-Received: by 10.50.46.35 with SMTP id s3mr41376633igm.40.1402377849900; Mon, 09 Jun 2014 22:24:09 -0700 (PDT) Sender: brian.leroux@gmail.com Received: by 10.50.173.40 with HTTP; Mon, 9 Jun 2014 22:24:09 -0700 (PDT) Received: by 10.50.173.40 with HTTP; Mon, 9 Jun 2014 22:24:09 -0700 (PDT) In-Reply-To: References: Date: Mon, 9 Jun 2014 22:24:09 -0700 X-Google-Sender-Auth: ERrqLJUSAvquJ5e44Arub1XVmqI Message-ID: Subject: Re: minor bump to cordova-lib From: Brian LeRoux To: dev@cordova.apache.org Content-Type: multipart/alternative; boundary=001a113441bc95ce3c04fb74897f X-Virus-Checked: Checked by ClamAV on apache.org --001a113441bc95ce3c04fb74897f Content-Type: text/plain; charset=UTF-8 first what? A hotfix On Jun 9, 2014 6:33 PM, "Andrew Grieve" wrote: > Marvin's email came across to me as respectful. > Brian and Joe - your responses came across as disrespectful to me. Slow > claps and sarcasm should probably be avoided in email. > > This issue has been covered at length, and the a very clear conclusion was > made that unless policies change, anything published to npm that is > intended for users outside of the project must first land on dist/. > > > On Mon, Jun 9, 2014 at 6:38 PM, Brian LeRoux wrote: > > > Blind copy paste of URLs and blanket repeat emails are not helping > either. > > We can and do VOTE on artifacts. > > > > (And, FTR, I'm perfectly fine with the ceremony but I'd prefer we cast > > votes as tags like we used to. A topic for the board and members to > debate > > to be sure.) > > > > Your earlier emails demonstrate well how little you understand of the > > project. I'd recommend *actually* building Cordova *then* providing > advice > > about how to improve it and our release process. Seriously: it would > help. > > On Mon, Jun 9, 2014 at 2:18 PM, Brian LeRoux wrote: > > > /me slow clap > > > > Brian, I realize that you are deeply opposed to voting on releases, and I > > understand and respect your arguments. Were Cordova an independent > > project, I > > would not come to the community proposing that release voting be adopted. > > > > However, Cordova is at Apache and the policies are what they are. You're > > welcome to make the case that the org should change, but to be honest I > > doubt > > such a change is achievable in the near term. The policy has deep roots > -- > > a > > good chunk of the Foundation's legal structure is built in its service. > > And > > so I would argue that avoiding quixotic conflicts with the Board is in > the > > best interest of most Cordova stakeholders. > > > > In the meantime, the question is how to make the best of things within > > existing constraints. For the record, there's nothing stopping Cordova > > from releasing on a fixed cadence. > > > > Marvin Humphrey > > > --001a113441bc95ce3c04fb74897f--