-
Notifications
You must be signed in to change notification settings - Fork 3k
ember-cli install weirdness #7552
Comments
I'm running into this issue as well. |
Same here.. (ember-cli@0.1.12) |
Same here on |
After searching around, I found #1341 which allowed me to figure out the following fix: For each unmet dependency warning, run Run In my case, this was because I had a top-level dependency on glob 4.0.5, which was preventing the child modules from receiving a copy of glob 4.4.2 or later. Even if it's unfeasible to devise a full solution for this issue any time soon, it would be really great if npm included a block of explanatory help text that's printed out before any 'unmet dependency' errors, since lots of people seem to be running into this issue. |
temporary solution is to keep the old version in |
_EDIT_ Just saw @isaacs ' post in the original ember-cli thread clarifying that the fix is not to rollback rimraf , but to add Could the problem be that NPM isn't identifying the NPM knows that it did a bad thing, because |
I had the same issue and the fix for me was updating ember in my package.json: "ember-cli": "0.2.0" |
Hi all, FWIW, I found the root of my problem was that I tried updating ember-cli directly in package.json and running npm install, as opposed to the proper clean way of doing it described here: After following the process outlined in the Project Update section, all the unmet dependency issues were resolved. Posting in case it saves anyone else a bit of headache. |
Same issue on ember-cli@0.2.0-beta.1 Solution:
|
I'm just going to cut and paste the entire commit message for 051c473, which fixes this bug:
|
Thanks @mkwallace I'm downgrading to test an old version of my app and your suggestion helped me out. |
@udfalkso I'm glad it was helpful! |
@othiym23 Awesome! 👍 |
When you take the package.json generated by ember-cli's
ember new app
, and then try tonpm install
with it, you get a broken state:I think this might be a bug in how we're calculating the package ancestry while deciding what to install.
Note:
rimraf@2.3.1
depends onglob@^4.4.2
. If it gets any other version ofglob
, bad times happen.At the top level, we have a dep on
glob@^4.0.5
. This resolves to4.4.2
, which is good.Then,
ember-cli
is installed, which has a dep onglob@4.0.5
, and it is a bundled dependency.Underneath,
ember-cli
, we getbroccoli-caching-writer@0.5.3
, which depends onrimraf@^2.2.8
.I would expect that, since the closest ancestor glob is ember-cli's (bundled)
glob@4.0.5
, it should say, "Oh, this won't work for me". However, we're not getting another copy ofglob@4.4.2
installed underneath rimraf here.Then, this happens 2 more times, since
broccoli-es6modules@0.5.1
andbroccoli-sourcemap-concat@0.4.3
also depend onbroccoli-caching-writer@0.5.3
.Is it failing to add the bundled glob to the ancestor set, and thinking that the root's
glob@4.4.2
is the nearest ancestor?The text was updated successfully, but these errors were encountered: