On Wed, Mar 25, 2015 at 12:53 PM, Treggiari, Leo <leo.treggi...@intel.com> wrote:
> 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 > significant degree since no <pluginid> reference will be able to be > resolved. > > Re: ~July 1: Would you verify my understanding? For a <pluginid> > reference which is not in the mapping table, from ~Apr to ~July 1, CPR will > be tried first and if that fails then npm. From ~July 1 to ~Oct 1, npm > will be tried first and if that fails then the CPR. After ~Oct 1, only npm. > > Timeline is correct. Once again we will try to keep CPR up as long as possible. But with nodejitsu being bought by godaddy, we have a finite amount of time. July 1st we would switch CPR to read-only in an effort to get plugin authors to migrate over to npm. As we get closer to CPR shutdown date, we will take a look to see if it makes sense to auto redirect all requests to CPR to npm. Not sure what would be involved yet, but I think it will be doable. I'd rather us focus on trying to get users to upgrade + help plugin authors migrate for now. > Thanks, > Leo > > -----Original Message----- > From: Steven Gill [mailto:stevengil...@gmail.com] > 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.ho...@intel.com> > wrote: > > > I¹ll try to answer some of Leo¹s questions, but it would be great if > > someone else (Steve?) could comment. > > > > First, though, I¹ll 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¹t list JIRAs and hasn¹t 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¹m 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¹s 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 ³when it¹s done² but it would be great to get a more specific > > answer. > > I¹m not sure if that¹s 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¹t 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 > immediately > > be "broken"? > > > > Yes, that is my understanding, although in reading back over the > > discussion I don¹t 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.treggi...@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 > from > > >CPR (soon to be npm). > > > > > >Thanks, > > >Leo > > > > > >-----Original Message----- > > >From: Steven Gill [mailto:stevengil...@gmail.com] > > >Sent: Monday, March 09, 2015 5:20 PM > > >To: dev@cordova.apache.org > > >Cc: sosah.vic...@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 > name > > >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 > about > > >how this change will impact them. > > > > > >- Rename plugin-ids to new plugin names in plugin.xml. Anything we > should > > >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-unsubscr...@cordova.apache.org > > >For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > > For additional commands, e-mail: dev-h...@cordova.apache.org > > > > > -Steve > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cordova.apache.org > For additional commands, e-mail: dev-h...@cordova.apache.org > >
