Mobilespec / CI / version problems

[David Kemp <dr...@chromium.org>]

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

Re: Mobilespec / CI / version problems

[Michal Mocny <mm...@chromium.org>]

On Thu, Oct 3, 2013 at 8:47 AM, David Kemp <dr...@google.com> wrote:

> <bump>
>
> 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
>
I think we (3) document the change, but it shouldn't mean you cannot use
3.0.  You should be able to use 3.0 with the new plugin names, unless they
actually have non 3.0 compatible changes (which I think is not the case
except for Echo plugin which no one but mobilespec should be using).


> to fix mobilespec:
> 1) #1 above works
> 2) re-release mobilespec for 3.0.x
>
(2) is my preference.  I don't think future versions of mobile-spec should
necessarily work well with older platforms.  The mobile-spec tied to the
platform cad-version should be run instead.  This is still useful to test
the ever-changing plugins to make sure they are compatible, and right not
they are not since we introduced a backward-incompatible change to the ID.
 If we do with (3) above, then I think we need to update mobile-spec to use
the new ID much like we will advise users to do.


> 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 <dr...@google.com> 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 <bo...@gmail.com> 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 <dr...@google.com> 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 <ag...@chromium.org>
> >> 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 <dr...@google.com>
> 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 <cmarcelk@gmail.com
> >
> >> >> 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 <dr...@chromium.org>
> >> 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
> >> >> > >
> >> >> > >
> >> >> >
> >> >>
> >>
> >
> >
>

Re: Mobilespec / CI / version problems

[Andrew Grieve <ag...@chromium.org>]

I'm fine with any of the options.


On Thu, Oct 3, 2013 at 1:47 PM, David Kemp <dr...@google.com> wrote:

> <bump>
>
> 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 <dr...@google.com> 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 <bo...@gmail.com> 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 <dr...@google.com> 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 <ag...@chromium.org>
> >> 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 <dr...@google.com>
> 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 <cmarcelk@gmail.com
> >
> >> >> 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 <dr...@chromium.org>
> >> 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
> >> >> > >
> >> >> > >
> >> >> >
> >> >>
> >>
> >
> >
>

Re: Mobilespec / CI / version problems

[David Kemp <dr...@google.com>]

<bump>

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 <dr...@google.com> 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 <bo...@gmail.com> 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 <dr...@google.com> 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 <ag...@chromium.org>
>> 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 <dr...@google.com> 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 <cm...@gmail.com>
>> >> 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 <dr...@chromium.org>
>> 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
>> >> > >
>> >> > >
>> >> >
>> >>
>>
>
>

Re: Mobilespec / CI / version problems

[David Kemp <dr...@google.com>]

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 <bo...@gmail.com> 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 <dr...@google.com> 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 <ag...@chromium.org>
> 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 <dr...@google.com> 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 <cm...@gmail.com>
> >> 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 <dr...@chromium.org>
> 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
> >> > >
> >> > >
> >> >
> >>
>

Re: Mobilespec / CI / version problems

[David Kemp <dr...@google.com>]

I am running regression tests on 3.0.x as well as tests on the tip of tree.
I have not yet switched to running regression on 3.1.x since it isn't
actually released yet.

The problem is that suddenly the 3.0.x tests fail. This is mostly because
the plugins are not tied to a release, but mobilespec is.

Ideally, I would expect that I should be able to go back and check out the
'right' versions and retest any release. That is not true currently since
there is no 'right' versions to get.


On Tue, Oct 1, 2013 at 12:40 PM, Joe Bowser <bo...@gmail.com> 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 <dr...@google.com> 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 <ag...@chromium.org>
> 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 <dr...@google.com> 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 <cm...@gmail.com>
> >> 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 <dr...@chromium.org>
> 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
> >> > >
> >> > >
> >> >
> >>
>

Re: Mobilespec / CI / version problems

[David Kemp <dr...@google.com>]

In answer to Andrews response, there was a problem with 3.0.x where the
echo plugin was mostly removed, but the two source files CDVEcho.m,
CDVEcho.h were left in iOS core. When you build 3.0.x with the master
version (or 3.1.x) of Mobilespec and it includes the new Echo plugin, you
get duplicate symbols.

We could fix that by back-patching 3.0.x to remove the two source files
(should have no effect), then the current master Mobilespec would build
with 3.0.x




On Tue, Oct 1, 2013 at 12:40 PM, Joe Bowser <bo...@gmail.com> 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 <dr...@google.com> 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 <ag...@chromium.org>
> 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 <dr...@google.com> 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 <cm...@gmail.com>
> >> 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 <dr...@chromium.org>
> 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
> >> > >
> >> > >
> >> >
> >>
>

Re: Mobilespec / CI / version problems

[Joe Bowser <bo...@gmail.com>]

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 <dr...@google.com> 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 <ag...@chromium.org> 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 <dr...@google.com> 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 <cm...@gmail.com>
>> 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 <dr...@chromium.org> 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
>> > >
>> > >
>> >
>>

Re: Mobilespec / CI / version problems

[David Kemp <dr...@google.com>]

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 <ag...@chromium.org> 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 <dr...@google.com> 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 <cm...@gmail.com>
> 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 <dr...@chromium.org> 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
> > >
> > >
> >
>

Re: Mobilespec / CI / version problems

[Andrew Grieve <ag...@chromium.org>]

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 <dr...@google.com> 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 <cm...@gmail.com> 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 <dr...@chromium.org> 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
> >
> >
>

Re: Mobilespec / CI / version problems

[David Kemp <dr...@google.com>]

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 <cm...@gmail.com> 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 <dr...@chromium.org> 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
>
>

Re: Mobilespec / CI / version problems

[Marcel Kinard <cm...@gmail.com>]

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 <dr...@chromium.org> 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