I think that 2.9.x is going to be our long-lived 2.x stream.  So,
whatever we dump in this release will be with us for as long as we
want to support that release.

BTW: I have a 2.8.1 tagged and ready to go, but the git servers are down. :(

On Tue, Jun 11, 2013 at 11:34 AM, Simon MacDonald
<simon.macdon...@gmail.com> wrote:
> I agree with you here Joe. We should put it back in 2.x stream and then
> kill it with fire for 3.x. For people who want to keep using the old style
> plugins then they can stick with the 2.x stream. Speaking of, are we going
> to have a long lived 2.x stream where we only port critical bug fixes?
>
>
> Simon Mac Donald
> http://hi.im/simonmacdonald
>
>
> On Tue, Jun 11, 2013 at 1:53 PM, Joe Bowser <bows...@gmail.com> wrote:
>
>> OK, We actually did deprecate this properly.  I don't know how I
>> missed this edit Simon did on the Wiki:
>>
>> https://wiki.apache.org/cordova/DeprecationPolicy
>>
>> I think we should put it back for 2.x and remove it from 3.x.  We also
>> shouldn't support any bugs that appear with old plugins adding this.
>>
>> On Tue, Jun 11, 2013 at 7:15 AM, Braden Shepherdson <bra...@chromium.org>
>> wrote:
>> > I think three releases sounds fine. My main point here is that we should
>> > make that decision now, and announce the deprecation plan alongside 3.0,
>> so
>> > users know the situation.
>> >
>> > Announcing both soon also sounds like a good idea, but we want to make
>> sure
>> > any announcement of 3.0 is accompanied by our deprecation plan for 2.x.
>> >
>> > Braden
>> >
>> >
>> > On Tue, Jun 11, 2013 at 10:12 AM, Joe Bowser <bows...@gmail.com> wrote:
>> >
>> >> On Tue, Jun 11, 2013 at 6:56 AM, Braden Shepherdson <
>> bra...@chromium.org>
>> >> wrote:
>> >> > I'm indifferent about adding this back.
>> >> >
>> >> > What I do want to comment on is that this seems like a good precursor
>> of
>> >> > the furor that 3.0 is likely to create. Lots of things are going to
>> >> change,
>> >> > and all of these old plugins are going to be in a questionable state.
>> In
>> >> > principle there's no reason why you can't manually install them in a
>> >> > 3.0-era project, I suppose.
>> >>
>> >> The old plugins are already in a questionable state. We don't maintain
>> >> these plugins.  The problem that we have now is that there are
>> >> projects that depend on these plugins, and people haven't been
>> >> updating the plugins.  I know for a fact that not even PhoneGap Build
>> >> has updated their Facebook Connect plugin.
>> >>
>> >> Also, I do have concerns about the publicity that 3.0 isn't getting so
>> >> far.  We need to actually announce to our users that we're making a
>> >> massive change to Cordova.
>> >>
>> >> >
>> >> > But it's going to be very confusing, and I suspect people are going
>> to be
>> >> > trying to use the CLI tools to install old plugins, and manually
>> >> installing
>> >> > new plugins. Or just not updating, because it would require more than
>> a
>> >> > small bit of work to migrate their apps. How firm are we going to be
>> when
>> >> > our users cry out for a 2.10, for long-term support for 2.x? It might
>> be
>> >> to
>> >> > our advantage to promise a couple of bugfix releases on 2.x up front
>> when
>> >> > announcing 3.0. That sets the expectations: you have plenty of
>> warning,
>> >> and
>> >> > time to make the change, but it's not going to last forever; the
>> decision
>> >> > for when to drop support is already made.
>> >> >
>> >>
>> >> I think we should do a three release deprecation of 2.x, as in by the
>> >> time that 3.2 rolls out, we stop supporting 2.x altogether.  People
>> >> will continue to use 2.x, but we won't support it.
>> >>
>> >> > We don't want to find ourselves juggling both branches six months from
>> >> now,
>> >> > let alone a year from now.
>> >> >
>> >>
>> >> Fair enough!  Based on what happened last year, I think 3.2.0 will
>> >> come out in the fall, therefore we're not going to be stuck with the
>> >> old version for very long.  What do other people think?  Should we
>> >> just not maintain 2.x at all? Who can we blame for this, because I'm
>> >> getting tired of being the Batman of this project.
>> >>
>>

Reply via email to