-
Notifications
You must be signed in to change notification settings - Fork 150
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: update deps, resolutions #607
Conversation
"@polkadot/api": "^5.0.1", | ||
"@polkadot/api-contract": "^5.0.1", | ||
"@polkadot/hw-ledger": "^7.0.1", | ||
"@polkadot/keyring": "^7.0.1", | ||
"@polkadot/networks": "^7.0.1", | ||
"@polkadot/phishing": "^0.6.222", | ||
"@polkadot/types": "^5.0.1", | ||
"@polkadot/util": "^7.0.1", | ||
"@polkadot/util-crypto": "^7.0.1", | ||
"@polkadot/wasm-crypto": "^4.1.2", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so if I recall, these will force the packaegs to be the versions listed.
What happens if two incompatible versions of a package are used throughout? I'd worry that this will lead to the thing expecting a different-enough version hitting errors and such?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So with our resolutions, we are grabbing them directly from the resolutions from @polkadot
. That way they will never be mismatched.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we update the release readme to add this step to make sure that they remain in sync?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
(I haven't thought through the other ramifications of doing this yet; it makes me feel a bit uneasy offhand, but I'm sure it's been given some thought!)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's kinda a double edged sword too, because without this we potentially let multiple versions live inside of the node_modules which could also cause issue's. I shared the same concern as you, but after some digging I realized its probably best to mimic and shadow what @polkadot
is doing which will atleast minimize the package conflictions that can potentially happen.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we update the release readme to add this step to make sure that they remain in sync?
Yes thank you for the reminder this should be updated in the README.md
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok cool! Does the readme want tweaking as part of this PR too or are you happy doing that in a next step?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yea just added the little bit on updating the resolutions, so you should be good :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Woop, thanks! Looks good!
README.md
Outdated
@@ -290,7 +290,9 @@ All the commits in this repo follow the [Conventional Commits spec](https://www. | |||
- @polkadot/util-crypto [release notes](https://github.com/polkadot-js/common/releases) | |||
- @substrate/calc [npm release page](https://www.npmjs.com/package/@substrate/calc) | |||
|
|||
1. After updating the dependencies, the next step is making sure the release will work against all relevant runtimes for Polkadot, Kusama, and Westend. This can be handled by running `yarn test:init-e2e-tests`. You must have `python3`, and the dependencies inside of `./scripts/requirements.txt` installed to run the script (Read the [README](./scripts/README.md) for more instructions). Before moving forward ensure all tests pass, and if it warns of any missing types feel free to make an issue [here](https://github.com/paritytech/substrate-api-sidecar/issues). | |||
1. Next make sure to update the resolutions inside of the `package.json` to match polkadot-js [here](https://github.com/polkadot-js/apps/blob/master/package.json). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
dq: how does one actually perform this check against their package.js
. Is this a manual process?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yea this would be a manual process. I should update that in the Readme as well. The idea is just too copy and paste the resolutions for the @polkadot/*
packages that Jaco has set for @polkadot/apps
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah got it, ty.
This updates apps-config adds @polkadot/x-rxjs, and the resolutions in package.json.