Skip to content

Conversation

@emizzle
Copy link
Collaborator

@emizzle emizzle commented Apr 26, 2018

The issue was the npm dependency graph was causing the web3 dependencies to be nested inside the node_modules/web3/node_modules folder. After removing web3 from package-lock.json, and allowing npm to rebuild the graph with npm install, the web3 depedencies (ie web3-bzz) were correctly installed at the same level as web3.

However, this also introduced a new dependency issue in that web3-providers-ws required and depended on the websocket package at a specific github commit and was causing the same issue with websocket being installed at node_modules/web3-providers-ws/node_modules/websocket. Removing the web3-providers-ws dependency on websocket and replacing with version 1.0.25 requirement brought the websocket package back to the same level as web3.

The issue was the npm dependency graph was causing the web3 dependencies to be nested inside the `node_modules/web3/node_modules` folder. After removing web3 from  `package-lock.json`, and allowing npm to rebuild the graph with `npm install`, the web3 depedencies (ie web3-bzz) were correctly installed at the same level as web3.

However, this also introduced a new dependency issue in that web3-providers-ws required and depended on the websocket package at a specific github commit and was causing the same issue with websocket being installed at `node_modules/web3-providers-ws/node_modules/websocket`. Removing the web3-providers-ws dependency on websocket and replacing with version 1.0.25 requirement brought the websocket package back to the same level as web3.
@iurimatias iurimatias merged commit 51cfafa into develop Apr 26, 2018
@emizzle emizzle deleted the bug_fix/fix-web3-dependencies branch April 26, 2018 10:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants