-
Notifications
You must be signed in to change notification settings - Fork 1.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support for node-sass (4.12) version that is compatible with node v12.1.0 #2077
Comments
It will be a while until node 12 becomes active: Because of this line, it will be an easy fix for you. Use
|
@jakeNiemiec Thanks for the info. Tried your fix. Because of this line, Webpacker using its own node_modules/@rails/webpacker/node_modules/node-sass, package.json
Related commit |
This is a quintessential case for why peerDependancies exist. Could you try If that does not work, I would create a PR to modify webpacker's |
@jakeNiemiec thanks for the info again.
package.json {
"name": "boyutluseyler",
"private": true,
"dependencies": {
"@fortawesome/fontawesome-free": "^5.8.1",
"@justinribeiro/stl-part-viewer": "^1.0.2",
"@rails/webpacker": "^4.0.2",
"activestorage": "^5.2.3",
"bootstrap": "^4.3.1",
"coffee-loader": "^0.9.0",
"coffeescript": "1.12.7",
"jquery": "^3.4.0",
"local-time": "^2.1.0",
"node-sass": "^4.12",
"popper.js": "^1.15.0",
"rails-ujs": "^5.2.3",
"swiper": "^4.5.0",
"turbolinks": "^5.2.0",
"webpack": "^4"
},
"devDependencies": {
"webpack-bundle-analyzer": "^3.3.2",
"webpack-dev-server": "^3.3.1"
}
} |
Would you be open to making a PR? You would just need to add something like this to webpackERs "peerDependencies": {
"node-sass": "^4.11.0",
"webpack": "^4.29.6"
}, (You would also need to remove |
yarn add node-sass@^4.11.0 --peer yarn add webpack@^4.29.6 --peer Webpacker issue rails#2077
@jakeNiemiec before making a PR, i followed the contributing guidelines. Here is my forked repository branch commits. After
origin move-node-sass-webpack-to-peerDependencies branch
|
In the meantime, add this to your
|
@brendon thanks, it worked. package.json {
"name": "boyutluseyler",
"private": true,
"dependencies": {
"@fortawesome/fontawesome-free": "^5.8.1",
"@justinribeiro/stl-part-viewer": "^1.0.2",
"@rails/webpacker": "^4.0.2",
"activestorage": "^5.2.3",
"bootstrap": "^4.3.1",
"coffee-loader": "^0.9.0",
"coffeescript": "1.12.7",
"jquery": "^3.4.0",
"local-time": "^2.1.0",
"popper.js": "^1.15.0",
"rails-ujs": "^5.2.3",
"swiper": "^4.5.0",
"turbolinks": "^5.2.0"
},
"resolutions": {
"node-sass": "^4.12.0"
},
"devDependencies": {
"webpack-bundle-analyzer": "^3.3.2",
"webpack-dev-server": "^3.3.1"
}
} |
All good @rokumatsumoto, though @jakeNiemiec, it'd be good to loosen the version constraint as this was a work stopper for me when I upgraded to the latest |
@rokumatsumoto, that's interesting :) Perhaps you have a system node that's been installed separately from the node that brew installs for use with yarn? I'm not too savvy on that particular ecosystem :) |
@brendon yes, i installed node 11.14.0 via nvm.
i didn't know there is an --ignore-dependencies option. Prefer --ignore-dependencies to deprecated --without-node flag |
* Temporarily fix Travis CI builds `nvm install node` will install the latest node version, which is 12 as of writing. Because of a problem in the resolved node-sass version this makes the builds fail. To get green builds until a proper fix for node 12 is introduced we'll install node 10, which is a LTS release, while 11 will be EOL in June 2019. @rokumatsumoto is maybe working on a fix, but I think green builds, especially for third party PRs are an important intermediate step. #2077 sass/node-sass#2633 nodejs/nan#849 https://github.com/nodejs/Release * Lock RuboCop to a version that supports Ruby 2.2 RuboCop 0.69.0 dropped support for Ruby 2.2, making RuboCop fail when it was installed since it pointed to the git repo instead of a specific version. https://github.com/rubocop-hq/rubocop/blob/v0.69.0/CHANGELOG.md#changes * Allow failures with ruby-head These might – currently – not be related to Ruby itself, but to the fact that bundler 2.1.0.pre.1 was installed, which is as of writing not supported by webpacker (`~> 1.12` is used). But this is to get the CI builds green again.
I believe this should be fixed with webpacker 4.0.3 and above since dependencies were updated. bf92ace#diff-b9cfc7f2cdf78a7f4b91a753d10865a2R37 |
Taking @connorshea's suggestion from #2031 (comment) to warn users who were using `@babel/polyfill`
@aried3r: Correct! :) |
Hello, have the following issue. Can you help me? |
Same problem |
@Mikhail-hud https://www.npmjs.com/package/node-sass read this Node Sass has been deprecated |
* Temporarily fix Travis CI builds `nvm install node` will install the latest node version, which is 12 as of writing. Because of a problem in the resolved node-sass version this makes the builds fail. To get green builds until a proper fix for node 12 is introduced we'll install node 10, which is a LTS release, while 11 will be EOL in June 2019. @rokumatsumoto is maybe working on a fix, but I think green builds, especially for third party PRs are an important intermediate step. rails/webpacker#2077 sass/node-sass#2633 nodejs/nan#849 https://github.com/nodejs/Release * Lock RuboCop to a version that supports Ruby 2.2 RuboCop 0.69.0 dropped support for Ruby 2.2, making RuboCop fail when it was installed since it pointed to the git repo instead of a specific version. https://github.com/rubocop-hq/rubocop/blob/v0.69.0/CHANGELOG.md#changes * Allow failures with ruby-head These might – currently – not be related to Ruby itself, but to the fact that bundler 2.1.0.pre.1 was installed, which is as of writing not supported by webpacker (`~> 1.12` is used). But this is to get the CI builds green again.
* Temporarily fix Travis CI builds `nvm install node` will install the latest node version, which is 12 as of writing. Because of a problem in the resolved node-sass version this makes the builds fail. To get green builds until a proper fix for node 12 is introduced we'll install node 10, which is a LTS release, while 11 will be EOL in June 2019. @rokumatsumoto is maybe working on a fix, but I think green builds, especially for third party PRs are an important intermediate step. rails/webpacker#2077 sass/node-sass#2633 nodejs/nan#849 https://github.com/nodejs/Release * Lock RuboCop to a version that supports Ruby 2.2 RuboCop 0.69.0 dropped support for Ruby 2.2, making RuboCop fail when it was installed since it pointed to the git repo instead of a specific version. https://github.com/rubocop-hq/rubocop/blob/v0.69.0/CHANGELOG.md#changes * Allow failures with ruby-head These might – currently – not be related to Ruby itself, but to the fact that bundler 2.1.0.pre.1 was installed, which is as of writing not supported by webpacker (`~> 1.12` is used). But this is to get the CI builds green again.
Current node-sass (4.11.0) version is incompatible with node 12.1.0
Here is my recent Travis CI failed build.
https://travis-ci.com/rokumatsumoto/boyutluseyler/builds/110286429#L845
nodejs versions minimum node-sass version support table
https://github.com/sass/node-sass#supported-nodejs-versions-vary-by-release-please-consult-the-releases-page-below-is-a-quick-guide-for-minimium-support
node-sass new issue template also confirms this.
- If you're running Node 12, you must be running node-sass 4.12.
https://github.com/sass/node-sass/issues/new?template=Bug_report.md
Expected Behavior
Actual Behavior
The text was updated successfully, but these errors were encountered: