Mailing-List: contact dev-help@cordova.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cordova.apache.org
Received-SPF: pass (athena.apache.org: domain of leo.treggiari@intel.com
 designates 134.134.136.24 as permitted sender)
From: "Treggiari, Leo" <leo.treggiari@intel.com>
To: "dev@cordova.apache.org" <dev@cordova.apache.org>
Subject: RE: Plugins to NPM (Phase 1)
Thread-Topic: Plugins to NPM (Phase 1)
Thread-Index: AQHQZmsUryZAEDQ/Ek+rSq7Pmi3cGp0t9wgA//+isqA=
Date: Wed, 25 Mar 2015 19:53:13 +0000
Message-ID: 
 <85A3E123BABF314D9D3656D0B4181256448E629A@FMSMSX103.amr.corp.intel.com>
References: <D137226C.3A104%tony.homer@intel.com>
 <CAMSbhBiuFxJuybXtp6i3ejQThY5OHmbSNe3crN7Y2fWDdAP70A@mail.gmail.com>
In-Reply-To: 
 <CAMSbhBiuFxJuybXtp6i3ejQThY5OHmbSNe3crN7Y2fWDdAP70A@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

Thanks for the information Steve.  That helps with our planning.  I have a =
couple of follow-ups.

> We don't necessarily have to do a major bump
> for the CLI. We could easily save the major jump until we switch npm
> fetching as default (approx July 1)

Re: the major bump.  This seems like a "delayed" breaking change.  That is,=
 when CPR is removed, all prior CLI releases will be "crippled" to a signif=
icant degree since no <pluginid> reference will be able to be resolved.=20

Re: ~July 1:  Would you verify my understanding?  For a <pluginid> referenc=
e which is not in the mapping table, from ~Apr to ~July 1, CPR will be trie=
d first and if that fails then npm.  From ~July 1 to ~Oct 1, npm will be tr=
ied first and if that fails then the CPR.  After ~Oct 1, only npm.

Thanks,
Leo=20

-----Original Message-----
From: Steven Gill [mailto:stevengill97@gmail.com]=20
Sent: Wednesday, March 25, 2015 11:13 AM
To: dev@cordova.apache.org
Subject: Re: Plugins to NPM (Phase 1)

Thanks for answering tony. More comments below.

On Tue, Mar 24, 2015 at 12:45 PM, Homer, Tony <tony.homer@intel.com> wrote:

> I=B9ll try to answer some of Leo=B9s questions, but it would be great if
> someone else (Steve?) could comment.
>
> First, though, I=B9ll ask a question of my own.
> Is there a doc or JIRA task for tracking all of the activity related to
> moving plugins to NPM?
> There was the Google Doc that was created last hangout for tracking
> the proposal, but it doesn=B9t list JIRAs and hasn=B9t been updated since
> January.
> I found CB-8529, CB-8538 and CB-8551 but they are not linked to a master
> task JIRA.
> This is not a jab at Steve at all, I=B9m just wondering if there is or
> should be a reference for this set of tasks (other than staying caught up
> with reading the list)?
>

Good point. I have created a master issue at
https://issues.apache.org/jira/browse/CB-8743


> On to Leo=B9s questions-
>
> Will the release be named Cordova 5.0?
> Unknown at this time?  It seems like this will require a co-ordinated
> release of CLI, Tools and
> Plugins, with major version bumps for all.
>

We haven't discussed this yet. We don't necessarily have to do a major bump
for the CLI. We could easily save the major jump until we switch npm
fetching as default (approx July 1)

>
> Will it trigger a major revision bump?
> Yes.
>

For plugins, yes. All of the core plugins will be getting a major version
bump shortly.

>
> What is the current estimate for the release?
>
> I would say =B3when it=B9s done=B2 but it would be great to get a more sp=
ecific
> answer.
> I=B9m not sure if that=B9s possible?
>

Aiming for April 1st.

>
> If release of Phase 1 occurs on April 1 does this mean that the CPR
> becomes read-only on July 1 and is
> deleted on Oct 1?

I think the real driver was that there is an external hosting issue with
> CPR after Oct. 1.
> The 3 month period was adopted so provide a transition window, but there
> is a hard stop on or around Oct. 1.
> Steve had mentioned this somewhere but I can=B9t find it now.
>

- CPR becomes read-only July 1st (if we release April 1st)
- Tools fetch from NPM by default on July 1st (currently checks CPR first,
npm as fallback)
- We will try to keep CPR open as read-only for as long as possible.
Nodejitsu people told us they could give us the 6 months but we will see if
we can stretch it. A day will come when we will have to shut down CPR
though.

>
> -  On Oct 1, all previous releases of Cordova CLI (< 5.0) will immediatel=
y
> be "broken"?


> Yes, that is my understanding, although in reading back over the
> discussion I don=B9t see where it is explicitly addressed.
> I was assuming that this is intended in part as a forcing function.
>

Yes. We could look into setting up some redirect service to keep old
versions working. But for now, we are saying users will have to upgrade.

>
> Tony
>
>
> On 3/20/15, 11:05 AM, "Treggiari, Leo" <leo.treggiari@intel.com> wrote:
>
> >I have a few questions about Phase 1 (and beyond) as I plan how to
> >migrate the Intel XDK and existing user projects through this change.
> >
> >-  Will the release be named Cordova 5.0?  This seems worthy of a major
> >bump for the CLI in addition to the plugins.
> >
> >-  What is the current estimate for the release?  I assume soon.
> >
> >-  For the purpose of my questions, I'll assume the release occurs on
> >April 1.  This means that the CPR becomes read-only on July 1 and is
> >deleted on Oct 1?
> >
> >-  On Oct 1, all previous releases of Cordova CLI (< 5.0) will
> >immediately be "broken"?  That is, they cannot add new plugins, they
> >cannot "restore" plugins, etc.  "Local" and "git repo" plugins continue
> >to work, but my assumption is that the vast majority of plugins come fro=
m
> >CPR (soon to be npm).
> >
> >Thanks,
> >Leo
> >
> >-----Original Message-----
> >From: Steven Gill [mailto:stevengill97@gmail.com]
> >Sent: Monday, March 09, 2015 5:20 PM
> >To: dev@cordova.apache.org
> >Cc: sosah.victor@gmail.com
> >Subject: Update: Plugins to NPM (Phase 1)
> >
> >Our master branch has plugin fetching from npm set as the fallback now. =
It
> >will go directly to npm if the plugin-id entered isn't reverse domain na=
me
> >style. Cordova-lib also warns users to use the package-name instead of
> >plugin-id when adding plugins that we have renamed and are in
> >https://github.com/stevengill/cordova-registry-mapper
> >
> >Plugins TODO:
> >
> >- README: Move doc/en/index.md into README.md. Delete doc/en/index.md.
> Add
> >links in README.md that point to github page of translated docs for
> >plugin.
> >(ex.
> >
> https://github.com/apache/cordova-plugin-device/blob/master/doc/es/index.=
m
> >d).
> >I'd love to hear from someone (Victor?) working on docs translations abo=
ut
> >how this change will impact them.
> >
> >- Rename plugin-ids to new plugin names in plugin.xml. Anything we shoul=
d
> >be aware of before we do this? (Ex. rename org.apache.cordova.device to
> >cordova-plugin-device in plugin.xml)
> >
> >- Add peer dependencies to plugins that depend on other plugins (file,
> >media-capture, etc)
> >
> >- Paramedic support for every plugin
> >
> >- Major version bump for all core plugins
> >
> >- Update plugins release process to use package.json version as main
> >version and have it update plugin.xml's version. Will do this when we do
> >next release
> >
> >Migration TODO:
> >
> >- Create blog post talking about migration to npm for community
> >
> >- include how we are renaming, suggest they do so if they want to. Will
> >suggest they follow the pattern cordova-plugin-*
> >
> >- mention https://github.com/stevengill/cordova-registry-mapper for
> >warning
> >purposes
> >- include potential lifespan of CPR (publishing and read only)
> >- Discuss plugman createpackage.json command
> >- Discuss keyword: 'ecosystem:cordova'
> >
> >
> >Thoughts? Missing anything?
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> >For additional commands, e-mail: dev-help@cordova.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
> For additional commands, e-mail: dev-help@cordova.apache.org
>
>
-Steve

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@cordova.apache.org
For additional commands, e-mail: dev-help@cordova.apache.org