Tools: upgrade deprecated dependencies

Created on 27 Sep 2017  路  8Comments  路  Source: Polymer/tools

Description

While install polymer-cli, I get some warnings:

  • npm WARN deprecated [email protected]: babili has been renamed to babel-minify. Please update to babel-preset-minify
    npm WARN deprecated [email protected]: ..psst! While Bower is maintained, we recommend Yarn and Webpack for new front-end projects! Yarn's advantage is security and reliability, and Webpack's is support for both CommonJS and AMD projects. Currently there's no migration path, but please help to create it: https://github.com/bower/bower/issues/2467
  • npm WARN deprecated [email protected]: We're super ???? excited that you're trying to use ES2015 syntax, but instead of continuing yearly presets ???? , we recommend using babel-preset-env: npm install babel-preset-env. preset-env without options will compile ES2015+ down to ES5. And by targeting specific browsers, Babel can do less work and you can ship native ES2015+ to users ???? ! Also, we are in the process of releasing v7, so give http://babeljs.io/blog/2017/09/12/planning-for-7.0 a read and test it! Thanks so much for using Babel ???? , please give us a follow @babeljs for updates, join slack.babeljs.io for discussion and help support at opencollective.com/babel
  • npm WARN deprecated @types/[email protected]: See https://github.com/DefinitelyTyped/DefinitelyTyped/issues/12826
    /usr/local/bin/polymer -> /usr/local/lib/node_modules/polymer-cli/bin/polymer.js

Versions & Environment

  • Polymer CLI: 1.5.5
  • node: v8.6.0
  • Operating System: macOS Sierra 10.12.6 (16G29)

Steps to Reproduce

Actual Results

Warning is throw

cli Low Available Enhancement wontfix

Most helpful comment

That sounds right to me.

The big the for me about using env is that it only polyfills what you need based on what features you are using and if the browsers specified support those features or not.

For instance, if you are using strictly ES2015 features and below:

  • When you specify IE11 as a supported browser, it will have to polyfill any of the ES2015 features you are using unless it is supported. What is nice about this is that it doesn't polyfill features you aren't using and if supported (like basic Map) it won't polyfill it.
  • When you specify only latest Chrome, it will most likely not have to polyfill anything since Chrome 63 has 97% support. But if you use one of the few features that isn't, it has your back.

We use this for our applications at my company. When we drop IE11 from our supported browsers, it will automatically reduce the amount of polyfilling that is being added.

All 8 comments

npm WARN deprecated [email protected]

This has been resolved in #847

npm WARN deprecated @0.0.29

This is @types/assert which has to be fixed in Polyserve: https://github.com/Polymer/polyserve/blob/8b97cd4646b5cf527f693a0d35aa45c5e91035a3/package.json#L25

npm WARN deprecated [email protected]

Has to be fixed in the CLI

I am definitely in favor of using env instead of es2015. It provides a much more configurable transpilation step.

We don't really want a configurable compilation step. We don't want to support any features that would require building on evergreen browsers.

If I understand the docs correctly, the only change would be to modify

const babelPresetES2015 = require('babel-preset-es2015');
const minifyPreset = require('babel-preset-minify');
const babelPresetES2015NoModules =
    babelPresetES2015.buildPreset({}, {modules: false});

to

const babelPresetEnv = require('babel-preset-env');
const babelPresetEnvModules =
    babelPresetEnv.buildPreset({}, {modules: false});

That sounds right to me.

The big the for me about using env is that it only polyfills what you need based on what features you are using and if the browsers specified support those features or not.

For instance, if you are using strictly ES2015 features and below:

  • When you specify IE11 as a supported browser, it will have to polyfill any of the ES2015 features you are using unless it is supported. What is nice about this is that it doesn't polyfill features you aren't using and if supported (like basic Map) it won't polyfill it.
  • When you specify only latest Chrome, it will most likely not have to polyfill anything since Chrome 63 has 97% support. But if you use one of the few features that isn't, it has your back.

We use this for our applications at my company. When we drop IE11 from our supported browsers, it will automatically reduce the amount of polyfilling that is being added.

I also get:

npm WARN deprecated [email protected]: ...psst! Your project can stop working at any moment because its dependencies can change. Prevent this by migrating to Yarn: https://bower.io/blog/2017/how-to-migrate-away-from-bower/

@evanp That's because bower is deprecated. This is one of the reasons we're moving to npm. You can learn more here: https://www.polymer-project.org/blog/2017-08-22-npm-modules.html

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

Was this page helpful?
0 / 5 - 0 ratings