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 B5AA4105F6 for ; Thu, 3 Oct 2013 12:48:07 +0000 (UTC) Received: (qmail 37381 invoked by uid 500); 3 Oct 2013 12:48:06 -0000 Delivered-To: apmail-cordova-dev-archive@cordova.apache.org Received: (qmail 37294 invoked by uid 500); 3 Oct 2013 12:48:06 -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 37275 invoked by uid 99); 3 Oct 2013 12:48:02 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Oct 2013 12:48:02 +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 drkemp@google.com designates 209.85.128.180 as permitted sender) Received: from [209.85.128.180] (HELO mail-ve0-f180.google.com) (209.85.128.180) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Oct 2013 12:47:55 +0000 Received: by mail-ve0-f180.google.com with SMTP id jz11so1608295veb.39 for ; Thu, 03 Oct 2013 05:47:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=fAawF1f/+GXHhiReSfDR2khdN0CSLZVLD/UTZX2FRf8=; b=X+qlpZ6VFaux3LyWkY//XiRhsB+FcLkmsL9VYAWy6OleKyenslytshhZOGVROkoMQ9 aTmFNm420TBmL7/BE3Ymtw/Skc9jcakjaiCtqFLzVaKVYvPxWx70GZ5AYlk3nx2K2+PK qEwCadNghZD+9ocxiCUTH04RjYez4NVV3sQ0msUjQyTR522gOTJgjF4GcolqLbRQp7B9 gg3GiD/sYxMxBtEDv3haWu+Mo1ecW1vjFMz5WNbbGbyeOmOf0cEuB3DOzhZHbI+I/bEt WakbCaNnL01TXlz3GvzhikD3KxWGg32W94n0q4cX8mdkFHVdZdF9DXtb9+5oZJim4uuC EDCw== 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=fAawF1f/+GXHhiReSfDR2khdN0CSLZVLD/UTZX2FRf8=; b=Odayn6Ziuk6Se15HrIAhxZ45RsnwSdKzbUsynNor4tlIST42zS6GGh0nxkQX6cFg8K N+wfZvSe0YL0InaLL2W9IK+q/BxqS248catdxS8i2+NqAyX5O0+9csY7SNQxEHmoF6ZG fRhZ+RufNRmfySVO62ydURwJjPElW+FF95se5V5rkMQHi8xD1WKmo0mYVSFaAZ4NNQ36 hFzENSrpbG2MWoTvFiFc+nN1w2BgsntKyWoxT2mRfWrSl0wgHt/LaCC5z5g8wfF+jyep UmMKwZWOt//fKhyvW6gH+i6Eyalw7ir0rbmHd76Dv6rPRAlbmeO303NXk/RHaoMr0Hq5 cHXA== X-Gm-Message-State: ALoCoQlJqwMRSwLAt4OkjV9pE2igM2xJkFEpgiTjzaKC+/lbJEfnEiRu3F2vfIwJbSWV86nbVmN7QIW7oLnIb4H0SE0wBb8pIUK80k61WvhG4oPNN1gGpi6RTlgbTBtHBDnqzP9ljCy5t8bSw5Vp4EEswOc7LYzeXmTFHhNEs0eCuRL/HkVLMN65Hmtrqc4+L7WlqPOUIZwYun4xdhl9S+8G97D1ycO3yw== MIME-Version: 1.0 X-Received: by 10.220.11.7 with SMTP id r7mr7277540vcr.12.1380804454522; Thu, 03 Oct 2013 05:47:34 -0700 (PDT) Received: by 10.52.96.71 with HTTP; Thu, 3 Oct 2013 05:47:34 -0700 (PDT) In-Reply-To: References: Date: Thu, 3 Oct 2013 08:47:34 -0400 Message-ID: Subject: Re: Mobilespec / CI / version problems From: David Kemp To: dev@cordova.apache.org, bowserj@apache.org Content-Type: multipart/alternative; boundary=001a11c3e47c0433ee04e7d597e5 X-Virus-Checked: Checked by ClamAV on apache.org --001a11c3e47c0433ee04e7d597e5 Content-Type: text/plain; charset=ISO-8859-1 With the release, its been a bit busy, but this issue needs some love. Note that someone else has commented on the same problem from a different angle (not mobilespec) [Commented] (CB-4889) ~ 3am this morning The renaming of plugins created a hole and there are a couple possible resolutions. to help out in a general way (not mobilespec) 1) smack a tag into the git repos for 3.0.x just in front of the name change. I think you can still do that? 2) publish plugins under the old name. might work if you use new tools with a 3.0 project 3) document the bug and tell people using 3.0 to switch to 3.1 or update the plugin name references in their project to fix mobilespec: 1) #1 above works 2) re-release mobilespec for 3.0.x 3) patch the ios project for 3.0.x to finish removing the Echo plugin files so you can build 3.0.x with the 3.1.x mobilespec Thoughts? On Tue, Oct 1, 2013 at 1:30 PM, David Kemp wrote: > Just for clarification... > > Testing 3.1.x works fine using 3.1 platforms, 3.1 mobilespec, and master > plugins. > Testing 'HEAD' works fine using master platforms, master mobilespec, and > dev plugins. > > Thats all as expected. > > Up until a week ago, you could test 3.0.x using 3.0.x platforms, 3.0.x > mobilespec, and master plugins. > That no longer works. > > > > On Tue, Oct 1, 2013 at 12:40 PM, Joe Bowser wrote: > >> Aren't we testing 3.1.0 with the tests that were tagged in 3.1.0? >> Testing with 3.0.0 tests seems like you'll always have failing tests, >> since ideally the tests should have been added with the bug (although >> I don't know where to put platform-specific mobile-spec tests, the >> don't really have a home and people get upset when I check them in.) >> >> >> >> On Tue, Oct 1, 2013 at 9:34 AM, David Kemp wrote: >> > I believe that will be OK - testing it out now. >> > >> > It still probably deserves some documentation somewhere that the >> previously >> > stated relationships don't work anymore, and that any plugin references >> in >> > a 3.0.x project need attention. >> > >> > >> > >> > On Tue, Oct 1, 2013 at 12:03 PM, Andrew Grieve >> wrote: >> > >> >> Would it fix it to use mobile-spec from master when testing 3.0.x? >> >> Mobile-spec generally stays in sync with the plugins more so than the >> >> platforms, so it would make sense to me to use mobile-spec at master if >> >> using plugins from master/dev. >> >> >> >> >> >> On Tue, Oct 1, 2013 at 4:40 PM, David Kemp wrote: >> >> >> >> > The issue is the that stated methodology for getting the right >> versions >> >> to >> >> > test is: >> >> > * for release, get plugins from the master branch and platforms, >> tests >> >> etc >> >> > from the release branch (3.0.x) >> >> > * for tip of tree, get plugins from the dev branch and platforms, >> tests >> >> etc >> >> > from the master branch >> >> > Since the rename was done to the plugins on master (appropriate for >> >> 3.1.x) >> >> > that no longer leaves a place to get plugins that are 'compatible' >> with >> >> > 3.0.x >> >> > >> >> > The issue that I am pointing out right now is that the file: >> >> > cordova-mobile-spec/dependencies-plugin/plugin.xml >> >> > explicitly names the plugins with the old name in the 3.0.x branch of >> >> > mobile-spec. so it breaks. >> >> > >> >> > If a developer has a similar references to their 3.0.x plugins, it >> will >> >> > also fail next time they build a fresh new project. >> >> > >> >> > For CI it means that all tests of the 3.0.x branch now fail. >> >> > >> >> > >> >> > >> >> > >> >> > >> >> > On Tue, Oct 1, 2013 at 11:23 AM, Marcel Kinard >> >> wrote: >> >> > >> >> > > In the past I've used #3. When checking out code to test, I try to >> get >> >> > all >> >> > > the assets from the same branch / time period. But I may be skewed >> in >> >> > that >> >> > > approach, since our product that embeds Cordova has a snapshot of >> the >> >> > > platforms and plugins, and doesn't get updates from the online >> repos. >> >> > > >> >> > > Does what you are saying infer that the rename of the plugins is a >> >> > > breaking change? And needs to have some verbage in the Upgrading >> >> guides? >> >> > > >> >> > > On Oct 1, 2013, at 11:14 AM, David Kemp >> wrote: >> >> > > >> >> > > > Summary: Due to the renaming of plugins, there is no longer a >> >> sensible >> >> > > way >> >> > > > to test 3.0.x >> >> > > > >> >> > > > Detail: >> >> > > > The process to test 3.0.x is to get platforms, mobile-spec, etc >> from >> >> > > 3.0.x >> >> > > > and plugins from master. With the change on plugin names (remove >> >> core) >> >> > > the >> >> > > > 3.0.x mobile-spec still refers to the names with core , but the >> >> master >> >> > > > branch of the plugins no longer have that name. >> >> > > > >> >> > > > Possible resolutions: >> >> > > > 1) never mind - mobilespec for 3.0.x is broken, it will be fixed >> in >> >> > 3.1.x >> >> > > > 2) cherrypick the change to mobilespec dependencies back to 3.0.x >> >> > > > 3) find some other way to get the older plugins available to >> test. >> >> > > > >> >> > > > Thoughts? >> >> > > > >> >> > > > David Kemp >> >> > > >> >> > > >> >> > >> >> >> > > --001a11c3e47c0433ee04e7d597e5--