-
Notifications
You must be signed in to change notification settings - Fork 103
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
Fix the version check for modern node versions. #80
Conversation
FWIW, this is a duplicate of #78. The approach presented here is more robust since it uses semver instead of regex. On the other hand, it adds an extra dependency to the project. |
ya, i saw that. It seemed weird to assume that all node versions will be 1.x.x or 0.1x.x. What if there's an io.js version 2? or a nodejs version 0.20? |
Frankly, I don't care which pull request ends up being landed. The most important for me is to get a fixed version of ncp in npmjs ASAP. /cc @AvianFlu |
+1 for this one! |
Version sniffing seems a fragile way to check this kind of thing. How about just checking for the existing of setImmediate? (Not specifically related to ncp, but might it be a good idea for node/iojs to actually provide an api to test for feature existence in cases where significant functionality is introduced between versions? This would allow a robust mechanism to switch behaviour where back compat is required. And another strategy would be to branch ncp to maintain a pre-0.10 version and a post-0.10 version, and specify the compatibility in package.json accordingly. npm could even be able to locate the correct version for the installed engine.) |
👍 ❌ 💯 Considering that v0.10 has been around for almost two years now, I believe we can afford to stop supporting v0.8 in new releases. My argument is that people running on Node v0.8 must be extremely conservative, most likely they won't want to make unnecessary changes to their running system, and thus they won't want to upgrade We should consider releasing a new major version (2.0) after we drop support for v0.8. |
I agree; and we already have "engines" to safeguard. (+ advantage it's easy to specify node.js and io.js versions independently). Anyone upgrading modules (esp. major version) carelessly is going to get bit sooner or later anyway... |
@chucksellick 👍 probably would be good to get going with the solution you proposed with two forks. A lot of stuff is broken now due to this one lame regex. |
Considering the unresponsiveness of project maintainers, it may be worth switching to cpr instead. |
Just a warning to others, |
Fixes #79