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 C76C010E65 for ; Tue, 10 Sep 2013 13:21:29 +0000 (UTC) Received: (qmail 71825 invoked by uid 500); 10 Sep 2013 13:21:29 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 71423 invoked by uid 500); 10 Sep 2013 13:21:24 -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 71397 invoked by uid 99); 10 Sep 2013 13:21:23 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Sep 2013 13:21:23 +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 (athena.apache.org: domain of cmarcelk@gmail.com designates 209.85.219.47 as permitted sender) Received: from [209.85.219.47] (HELO mail-oa0-f47.google.com) (209.85.219.47) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Sep 2013 13:21:18 +0000 Received: by mail-oa0-f47.google.com with SMTP id g12so7789366oah.6 for ; Tue, 10 Sep 2013 06:20:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=0DSqcOLc5UxA7Bdnt2mj0si+Llu4O+Js+AakEkNR2yg=; b=Ug6hEXh8hDKPrJzFsYqEgVsGWpLgBHRQFkgL340qd2mEC82W+4wQQwkktf2DqaG6nt NqFYQLKXvB+ksp/Be9isu0Q54+CLCkrmlQ/VZfcREhy3VQcgen4yh4f25oHReI9kBy+x gVdYYlLwQrsrN/MMjgWHE9qoDeD0GUfJp2efT9RPBq9OePKIvlIwarp5i0hfcRWuNgUx fv3RDnJyPHrfA7ZYfA4W483ScnJzUZrJnAgWlj7bLiZnsPKrRwQSy81Ze+vh1g6xwYGx o052WK7tXhh+6uMd0eZzW72QCnZMtsIxoqBMWE+jl9ugas7gBfwzHezltSoeS9y8pXKf 30+g== X-Received: by 10.60.116.230 with SMTP id jz6mr16205403oeb.21.1378819257946; Tue, 10 Sep 2013 06:20:57 -0700 (PDT) Received: from marcelk-macbook.raleigh.ibm.com ([129.33.49.237]) by mx.google.com with ESMTPSA id rl1sm20763233oeb.7.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 10 Sep 2013 06:20:57 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: When to do "Official Apache Releases" From: Marcel Kinard In-Reply-To: Date: Tue, 10 Sep 2013 09:20:57 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <78D578CB-6179-4311-A035-540FD65597E1@gmail.com> References: To: dev@cordova.apache.org X-Mailer: Apple Mail (2.1508) X-Virus-Checked: Checked by ClamAV on apache.org +1 to still do these for each cadence release. I'm in a somewhat unique situation where Cordova gets bundled as a = downstream distribution into a vendor product. The vendor product uses = the Cordova native platforms and core plugins that get embedded in the = product, the product doesn't fetch any code from git or npm. And the = product itself doesn't get installed in an npm-like way. There isn't = dynamic updates or dependency fetching. As we bundle those downstream = distributions, I'm very used to using the official apache release = tarballs. I'm fine with it being just the native platforms and docs. We don't = embed the Cordova docs in the product, we just link out to = cordova.apache.org/docs. And it would feel weird for an Apache project to not publish source = releases. I nobody else wants to invest the time to publish an official apache = release to dist.apache.org, then I can own that. -- Marcel On Sep 3, 2013, at 12:36 PM, Andrew Grieve wrote: > It's been mentioned before, but with CLI, there's not a lot of utility = in > doing official apache releases (uploading signed zips to = dist.apache.org). >=20 > I don't think we should stop doing these entirely, but should we still = do > these for each Cadence Release? An alternative would be to do them = only > once / twice a year. >=20 > Any thoughts on why / why not? >=20 > Andrew