-
Notifications
You must be signed in to change notification settings - Fork 129
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
Migrate parity-bridges-common repo to polkadot-sdk repo #2538
Comments
I had this question on last bridges meeting: When we move production runtimes for Kusama/Polkadot to the
|
I am taking an educated guess that we'll keep everything in And I'm guessing |
Discussed the document proposing the migration strategy with the team: https://hackmd.io/LprWjZ0bQXKpFeveYHIRXw?view. We have agreed on the next steps and will start implementing them. |
Related to paritytech/parity-bridges-common#2538 This PR doesn't contain any functional changes. The PR moves specific bridged chain definitions from `bridges/primitives` to `bridges/chains` folder in order to facilitate the migration of the `parity-bridges-repo` into `polkadot-sdk` as discussed in https://hackmd.io/LprWjZ0bQXKpFeveYHIRXw?view Apart from this it also includes some cosmetic changes to some `Cargo.toml` files as a result of running `diener workspacify`.
Related to paritytech#2538 This PR doesn't contain any functional changes. The PR moves specific bridged chain definitions from `bridges/primitives` to `bridges/chains` folder in order to facilitate the migration of the `parity-bridges-repo` into `polkadot-sdk` as discussed in https://hackmd.io/LprWjZ0bQXKpFeveYHIRXw?view Apart from this it also includes some cosmetic changes to some `Cargo.toml` files as a result of running `diener workspacify`. (cherry picked from commit 0711729d251efebf3486db602119ecfa67d98366)
…der (#2892) * [Bridges] Move chain definitions to separate folder (#3822) Related to #2538 This PR doesn't contain any functional changes. The PR moves specific bridged chain definitions from `bridges/primitives` to `bridges/chains` folder in order to facilitate the migration of the `parity-bridges-repo` into `polkadot-sdk` as discussed in https://hackmd.io/LprWjZ0bQXKpFeveYHIRXw?view Apart from this it also includes some cosmetic changes to some `Cargo.toml` files as a result of running `diener workspacify`. (cherry picked from commit 0711729d251efebf3486db602119ecfa67d98366) * diener workspacify
…der (paritytech#2892) * [Bridges] Move chain definitions to separate folder (#3822) Related to paritytech#2538 This PR doesn't contain any functional changes. The PR moves specific bridged chain definitions from `bridges/primitives` to `bridges/chains` folder in order to facilitate the migration of the `parity-bridges-repo` into `polkadot-sdk` as discussed in https://hackmd.io/LprWjZ0bQXKpFeveYHIRXw?view Apart from this it also includes some cosmetic changes to some `Cargo.toml` files as a result of running `diener workspacify`. (cherry picked from commit 0711729d251efebf3486db602119ecfa67d98366) * diener workspacify
Working towards migrating the `parity-bridges-common` repo inside `polkadot-sdk`. This PR upgrades some dependencies in order to align them with the versions used in `parity-bridges-common` Related to paritytech/parity-bridges-common#2538
…der (paritytech#2892) * [Bridges] Move chain definitions to separate folder (#3822) Related to paritytech#2538 This PR doesn't contain any functional changes. The PR moves specific bridged chain definitions from `bridges/primitives` to `bridges/chains` folder in order to facilitate the migration of the `parity-bridges-repo` into `polkadot-sdk` as discussed in https://hackmd.io/LprWjZ0bQXKpFeveYHIRXw?view Apart from this it also includes some cosmetic changes to some `Cargo.toml` files as a result of running `diener workspacify`. (cherry picked from commit 0711729d251efebf3486db602119ecfa67d98366) * diener workspacify
Working towards migrating the `parity-bridges-common` repo inside `polkadot-sdk`. This PR upgrades some dependencies in order to align them with the versions used in `parity-bridges-common` Related to paritytech/parity-bridges-common#2538
Related to paritytech/parity-bridges-common#2538 This PR doesn't contain any functional changes. The PR moves specific bridged chain definitions from `bridges/primitives` to `bridges/chains` folder in order to facilitate the migration of the `parity-bridges-repo` into `polkadot-sdk` as discussed in https://hackmd.io/LprWjZ0bQXKpFeveYHIRXw?view Apart from this it also includes some cosmetic changes to some `Cargo.toml` files as a result of running `diener workspacify`.
Working towards migrating the `parity-bridges-common` repo inside `polkadot-sdk`. This PR upgrades some dependencies in order to align them with the versions used in `parity-bridges-common` Related to paritytech/parity-bridges-common#2538
…der (#2892) * [Bridges] Move chain definitions to separate folder (#3822) Related to paritytech/parity-bridges-common#2538 This PR doesn't contain any functional changes. The PR moves specific bridged chain definitions from `bridges/primitives` to `bridges/chains` folder in order to facilitate the migration of the `parity-bridges-repo` into `polkadot-sdk` as discussed in https://hackmd.io/LprWjZ0bQXKpFeveYHIRXw?view Apart from this it also includes some cosmetic changes to some `Cargo.toml` files as a result of running `diener workspacify`. (cherry picked from commit 0711729) * diener workspacify
Closing this issue since the code migration has been completed. Created a new issue containing what is left to be done: #2950 |
The point is to move (ideally everything) from https://github.com/paritytech/parity-bridges-common repo to https://github.com/paritytech/polkadot-sdk repo.
Right now we're already manually syncing/copying (parts of the) following dirs:
as they're needed by several system parachains (
BridgeHub
s andAssetHub
s).Prerequisites for full migration
Main "blocker" is the fact that our bridge test deployments are using custom chains millau, rialto and custom parachain rialto-parachain.
We are testing the bridge by (re)deploying the chains, the bridge and the relayers every morning with latest changes and letting it run for ~24h.
We don't want to bring in
Rialto, Millau
topolkado-sdk
so first thing to do is move our nightly test deployments to useRococo<>Wococo
(and their BridgeHub and AssetHub parachains).A blocker here is that RococoAH is deployed from KusamaAH code which doesn't contain bridging functionality, so we need paritytech/polkadot-sdk#1128 + paritytech/polkadot-sdk#1215.
List
R<>W
The text was updated successfully, but these errors were encountered: