-
Notifications
You must be signed in to change notification settings - Fork 129
Update deps from v0.9.22 to v0.9.26 #720
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
Conversation
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
Signed-off-by: Georgi Zlatarev <[email protected]>
…CI config files Signed-off-by: Georgi Zlatarev <[email protected]>
|
Can you align the version of crates like scale-info and codec with polkadot? |
Signed-off-by: Georgi Zlatarev <[email protected]>
I think cargo resolves to a single compatible version or it won't compile. |
|
i don't think we should allow two |
Signed-off-by: Georgi Zlatarev <[email protected]>
Yeah, there are just abnormal amount of changes in these bump PRs, Neither label is appropriate on its own. Maybe make a new one ? |
Signed-off-by: Georgi Zlatarev <[email protected]>
I see changed as a superset of added. |
We can change labels as we want now. If you put 2 labels it will be added to both those labels. How do we want to handle that? It will not be hard to change either way |
IMO we should make it consistent and a CI error if more than one |
Signed-off-by: Georgi Zlatarev [email protected]
Description
closes: #719
closes: #623
closes: #659
Manta
garandor/v0.9.26branch as it is not in upstream yetclearwithlimitandcursorinstead of the deprecatedremove_all. Call clear until there's nothing more to clear or the cursor is not progressing Safe and sane multi-item storage removal paritytech/substrate#11490CheckAssociatedRelayNumbertype, which is supposed to find associated relay blocks to a parachain block, with an implementation that strictly increases the relay block between para blocksExportGenesisStateCommandandExportGenesisWasmCommandas they are now defined incumulus-client-cliMoveExportGenesisStateCommandandExportGenesisWasmCommandto cumulus-client-cli paritytech/cumulus#1325AccountIdConversion's renamedinto_accounttointo_account_truncatingfunction to explicitly refer to the fact that it will truncate larger types to fit into a smaller type Explicitly note that existingAccountIdConversionis truncating and add fallibletry_into...paritytech/substrate#10719MinXcmFeeis not registered andFeeNotEnoughopen-web3-stack/open-runtime-module-library#753EitherOfDiverseinstead of deprecatedEnsureOneOf. It can now distinguish between one or the other failing options IntroduceEnsureOrigin::try_successul_originparitytech/substrate#11558Eventto pallet-transaction-payment Add Event to Pallet Transaction Payment paritytech/substrate#11618SpendOrigintype of the Treasury to always fail. This would be used if we want to allow certain origins tospendconfigurable amounts directly from the treasury, without the approve procedure Several tweaks needed for Governance 2.0 paritytech/substrate#11124spendextrinsic of Treasury until it is properly benchmarked in the new release PR.Substrate:
impl_versionparitytech/substrate#11404benchmark machineargs paritytech/substrate#11428AccountIdConversionis truncating and add fallibletry_into...paritytech/substrate#10719keysfunction paritytech/substrate#11457blockingparitytech/substrate#11459--max--subscriptions--per--connection+ fix a few bugs paritytech/substrate#11461--devlisten by default on/ip4/0.0.0.0/tcp/30333paritytech/substrate#11492EnsureOrigin::try_successul_originparitytech/substrate#11558SubmitOriginto Referenda pallet config paritytech/substrate#11567BoundedSlice::try_fromparitytech/substrate#11600DerefforBoundedSliceparitytech/substrate#11660Polkadot:
terminates_on_timeouttest paritytech/polkadot#5722Cumuls:
ExportGenesisStateCommandandExportGenesisWasmCommandto cumulus-client-cli paritytech/cumulus#1325Before we can merge this PR, please make sure that all the following items have been
checked off. If any of the checklist items are not applicable, please leave them but
write a little note why.
<branch>/CHANGELOG.mdFiles changedin the Github PR explorer.Situational Notes:
BaseFilter. Ensure every extrinsic works from front-end. If there's corresponding tool, ensure both work for each other.try-runtime. This includes migrations inherited from upstream changes, and you can search the diffs for modifications of#[pallet::storage]items to check for any.authoring_version: The version of the authorship interface. An authoring node will not attempt to author blocks unless this is equal to its native runtime.spec_version: The version of the runtime specification. A full node will not attempt to use its native runtime in substitute for the on-chain Wasm runtime unless all of spec_name, spec_version, and authoring_version are the same between Wasm and native.impl_version: The version of the implementation of the specification. Nodes are free to ignore this; it serves only as an indication that the code is different; as long as the other two versions are the same then while the actual code may be different, it is nonetheless required to do the same thing. Non-consensus-breaking optimizations are about the only changes that could be made which would result in only the impl_version changing.transaction_version: The version of the extrinsics interface. This number must be updated in the following circumstances: extrinsic parameters (number, order, or types) have been changed; extrinsics or pallets have been removed; or the pallet order in the construct_runtime! macro or extrinsic order in a pallet has been changed. You can run themetadata_diff.ymlworkflow for help. If this number is updated, then thespec_versionmust also be updated