Return-Path: X-Original-To: apmail-incubator-callback-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-callback-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 545C19D2B for ; Mon, 11 Jun 2012 22:48:23 +0000 (UTC) Received: (qmail 52782 invoked by uid 500); 11 Jun 2012 22:48:23 -0000 Delivered-To: apmail-incubator-callback-dev-archive@incubator.apache.org Received: (qmail 52751 invoked by uid 500); 11 Jun 2012 22:48:23 -0000 Mailing-List: contact callback-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: callback-dev@incubator.apache.org Delivered-To: mailing list callback-dev@incubator.apache.org Received: (qmail 52743 invoked by uid 99); 11 Jun 2012 22:48:23 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jun 2012 22:48:23 +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 purplecabbage@gmail.com designates 74.125.82.175 as permitted sender) Received: from [74.125.82.175] (HELO mail-we0-f175.google.com) (74.125.82.175) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jun 2012 22:48:16 +0000 Received: by werg55 with SMTP id g55so2437961wer.6 for ; Mon, 11 Jun 2012 15:47:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=eZHrmqctoQ7edV2VV+xucHLDKjrJRMG7uRaBpUHgv2Q=; b=r8b1wsGw20rwpeeUqvA9Ib+LowaqUvB8ldGJFjDccPLpfujOFEGKFBf7v2at64kIrN +JwGMZIY1CHeRBEP7AfXuTFHhHufLCcf2/K47uzpa13kReFhTfgrG76aEMwSxF32lBgm J/P6cx0VoKvjqkllCA9ElItRc2TRjeCWeo9ueK/DrXLqSt6NKo9sjVcRxFo7VNRJ1uoZ uvuFYqusjK7MLehaxNRH8JUnZ5FGCQDUVsNKe+ZK1z8DRi50rMfDkwbng9qMDsuNA8KL 4mN5d7yz4N98uJe3igrpZVS7dSCGoeHM9PZQflZeuzvTBLS+wQKu/749q18d85gDJWnD Dnfg== MIME-Version: 1.0 Received: by 10.216.207.151 with SMTP id n23mr7647134weo.100.1339454876516; Mon, 11 Jun 2012 15:47:56 -0700 (PDT) Received: by 10.216.144.41 with HTTP; Mon, 11 Jun 2012 15:47:56 -0700 (PDT) In-Reply-To: References: Date: Mon, 11 Jun 2012 15:47:56 -0700 Message-ID: Subject: Re: release 1.8.1 From: Jesse To: callback-dev@incubator.apache.org Content-Type: multipart/alternative; boundary=0016e6d622c81b830b04c23a24b0 --0016e6d622c81b830b04c23a24b0 Content-Type: text/plain; charset=ISO-8859-1 I only added the patch level on the assumption that it might happen again before 1.9. But I can live without it. On Mon, Jun 11, 2012 at 3:45 PM, Brian LeRoux wrote: > I'd like to propose we take jesses suggestion but with the tweak that > we do not add a new patch level. The downstream distribution would > just read: > > phonegap-1.8.x.zip > > wherein the ios distrib would be based on 1.8.1 and all others based on > 1.8.0 > > I feel this is maintainable and easiest on implementors for platforms > that do not need to rock a patch tag. Thoughts? > > > > On Mon, Jun 11, 2012 at 3:36 PM, Joe Bowser wrote: > > Android will not be merging 1.8.1 back into master, since it will be > based > > on 1.8.0 pre-CordovaWebView. > > > > On Mon, Jun 11, 2012 at 3:22 PM, Michael Brooks < > michael@michaelbrooks.ca>wrote: > > > >> > > >> > Hmm.. Can we have multiple tags in git pointing to the same commit? > This > >> > way we COULD tag all platforms, but non-ios platforms' 1.8.1 just > points > >> > to the same commit as 1.8.0. > >> > >> > >> Yes, a tag is just a reference to a SHA. However, we still need to > update > >> the VERSION file for each platform. > >> > >> All platforms but iOS should be able to branch off 1.8.0, update the > code, > >> and merge it back: > >> > >> - `git checkout -b 1.8.0 new-release` > >> - update the version to 1.8.1 > >> - `git commit -am "Version 1.8.1" > >> - `git tag 1.8.1` > >> - `git checkout master` > >> - `git merge new-release` > >> - `git branch -d new-release` > >> - `git push origin` > >> > >> Am I missing something? > >> > >> On Mon, Jun 11, 2012 at 2:44 PM, Filip Maj wrote: > >> > >> > Hmm.. Can we have multiple tags in git pointing to the same commit? > This > >> > way we COULD tag all platforms, but non-ios platforms' 1.8.1 just > points > >> > to the same commit as 1.8.0. > >> > > >> > On 6/11/12 2:41 PM, "Jesse" wrote: > >> > > >> > >I still think we should serve the new updated+package distribution, > just > >> > >not modify platforms that do not have changes. > >> > >Call it a hotfix ... > >> > > > >> > >On Mon, Jun 11, 2012 at 2:38 PM, Filip Maj wrote: > >> > > > >> > >> The thing is that the downstream distribution of cordova (phonegap) > >> gets > >> > >> *a lot* of exposure/downloads via a single archive containing all > >> > >>platform > >> > >> implementations. > >> > >> > >> > >> Tagging a 1.8.1 or 1.8.0.1 on a single platform and blogging about > it > >> > >> would probably work for the (small) user base that is involved on > the > >> > >> issue tracker+mailing list, and is comfortable with git, etc. > However > >> > >>for > >> > >> the vast majority of users these are all "hoops" they have to go > >> through > >> > >> and, in light of a latest point release crashing for them already, > >> > >> probably would just add to their frustration. > >> > >> > >> > >> If we want to be up front and honest about the issue and how to fix > >> it, > >> > >>as > >> > >> well as provide as simple a solution to people who may have fallen > >> into > >> > >> the issue in the first place, I am of the opinion we should tag > 1.8.1 > >> > >> across the board, blog about it _AND_ host up another dist. > >> > >> > >> > >> Would love to hear what non-Adobe folks have to say about this. > >> > >> > >> > >> On 6/11/12 2:30 PM, "Jesse" wrote: > >> > >> > >> > >> >Before I tip my hand on a vote ... > >> > >> >Is there any chance of a middle ground here? > >> > >> >Updating all platforms to 1.8.1 for the benefit of one platform > seems > >> > >>like > >> > >> >a lot of overhead to address a change in one. > >> > >> > > >> > >> >Could we adopt packaging a 1.8.0.1.zip which would include the > >> updated > >> > >>iOS > >> > >> >code, and iOS code tags, but no changes to the other platforms? or > >> > >> >something similar? > >> > >> > > >> > >> >Of course this would require adding a little documentation to the > >> > >>release, > >> > >> >to say what was addressed, and what platforms were changed, but > still > >> > >> >considerably easier than the tag->domino effect we have now. IMO > >> > >> > > >> > >> >On Mon, Jun 11, 2012 at 2:18 PM, Filip Maj wrote: > >> > >> > > >> > >> >> +1 release 1.8.1 > >> > >> >> > >> > >> >> On 6/11/12 2:15 PM, "Brian LeRoux" wrote: > >> > >> >> > >> > >> >> >So we have a fairly big issue in iOS 1.8 wherein a PhoneGap > app is > >> > >> >> >crashing if the user swipes down the notification centre while > >> > >>in-app. > >> > >> >> >The question is whether this is a bug big enough to cut an > 1.8.1 > >> > >> >> >official release for all platforms or if pointing users to the > >> minor > >> > >> >> >tag is enough. > >> > >> >> > > >> > >> >> >[+1] release 1.8.1 > >> > >> >> >[ -1] do not release 1.8.1 > >> > >> >> > > >> > >> >> >I think a tag should suffice but if implementors have no > trouble > >> > >> >> >tagging a release then we might as well save Shaz/Becky the > >> > >> >> >email/twitter complaint! > >> > >> >> > >> > >> >> > >> > >> > > >> > >> > > >> > >> >-- > >> > >> >@purplecabbage > >> > >> >risingj.com > >> > >> > >> > >> > >> > > > >> > > > >> > >-- > >> > >@purplecabbage > >> > >risingj.com > >> > > >> > > >> > -- @purplecabbage risingj.com --0016e6d622c81b830b04c23a24b0--