You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* Upgrade to Rust 1.72.0
* Bump srtool version
* Upgrade to Rust 1.73.0
* Use ENGINE variable for the container engine
* Remove old repos
* Remove polkadot and cumulus manual workflows
* Remove bridges from test
`srtool` is a collection of dockerized tools helping with [Substrate](https://substrate.io) & [Polkadot](https://polkadot.network) Runtime development. `srtool` especially allows building WASM runtimes in a deterministic way, allowing CIs and users, with various machines and OS, to produce a strictly identical WASM runtime.
9
+
`srtool` is a collection of containerized tools helping with building WASM Runtimes for the
10
+
[Polkadot Network](https://polkadot.network). `srtool` especially allows building WASM runtimes in a
11
+
**deterministic** way, allowing CIs and users, with various machines and OS, to produce a strictly identical WASM runtime.
10
12
11
-
`srtool` can run on various Operating Systems supporting Docker. That includes Linux, MacOS and Windows.
13
+
`srtool` can run on various Operating Systems supporting Podman or Docker. That includes Linux, MacOS and Windows.
12
14
13
-
`srtool`especially helps with building and verifying WASM Runtimes. The Docker image is named `paritytech/srtool`. You can find the project’s repository at <https://hub.docker.com/r/paritytech/srtool>.
15
+
`srtool` helps building and verifying WASM Runtimes. The Docker image is named `paritytech/srtool`. You can find the project’s repository at <https://hub.docker.com/r/paritytech/srtool>.
14
16
15
17
## Docker image naming scheme
16
18
17
19
The Docker images are tagged with both the rustc version used internally as well as the version of the build script.
18
20
19
21
You may find for instance the following:
20
22
21
-
-`paritytech/srtool:1.70.0-0.9.19`
23
+
-`paritytech/srtool:1.73.0-0.12.0`
22
24
23
-
-`paritytech/srtool:1.70.0-0.11.1`
25
+
-`paritytech/srtool:1.73.0`
24
26
25
-
-`paritytech/srtool:1.70.0`
26
-
27
-
The tags not mentioning the build version always point to the latest one. In the example above, `paritytech/srtool:1.70.0` is the same image than `paritytech/srtool:1.70.0-0.11.1`.
27
+
The tags not mentioning the build version always point to the latest one. In the example above, `paritytech/srtool:1.73.0` is the same image than `paritytech/srtool:1.73.0-0.12.0`.
28
28
29
29
## Related tools
30
30
@@ -51,7 +51,7 @@ You may also want to have a look at [subwasm](https://github.com/chevdor/subwasm
51
51
The project was initially developed by <https://gitlab.com/chevdor>.
52
52
It has now moved to Github under the [Parity Technologies](https://www.github.com/paritytech) organisation to simplify the developement and the integration with other Parity products such as Polkadot and Kusama.
53
53
54
-
The last version hosted on Gitlab has been built using Rust Stable 1.70.0. It is tagged as v0.11.1 and there is no plan on updating the Gitlab repository further. New versions will be available from [this repository](https://www.github.com/paritytech/srtool) only. The functionalities remain the same so you can (and should!) simply swap `chevdor/srtool` for `paritytech/srtool` in your workflows. The [srtool-actions](https://github.com/chevdor/srtool-actions) will remain available as `chevdor/srtool-actions@<version>` and will be updated to point at the paritytech image.
54
+
The last version hosted on Gitlab has been built using Rust Stable 1.73.0. It is tagged as v0.12.0 and there is no plan on updating the Gitlab repository further. New versions will be available from [this repository](https://www.github.com/paritytech/srtool) only. The functionalities remain the same so you can (and should!) simply swap `chevdor/srtool` for `paritytech/srtool` in your workflows. The [srtool-actions](https://github.com/chevdor/srtool-actions) will remain available as `chevdor/srtool-actions@<version>` and will be updated to point at the paritytech image.
55
55
56
56
## Install
57
57
@@ -67,7 +67,7 @@ This method is legacy and deprecated. It is recommended to use the `srtool-cli`
67
67
68
68
Creating an alias helps hiding the docker complexity behind one simple command. We will see more powerful options but this one is simple enough.
69
69
70
-
export RUSTC_VERSION=1.70.0; export PACKAGE=kusama-runtime; alias srtool='docker run --rm -it -e PACKAGE=$PACKAGE -v $PWD:/build -v $TMPDIR/cargo:/cargo-home paritytech/srtool:$RUSTC_VERSION'
70
+
export RUSTC_VERSION=1.73.0; export PACKAGE=kusama-runtime; alias srtool='docker run --rm -it -e PACKAGE=$PACKAGE -v $PWD:/build -v $TMPDIR/cargo:/cargo-home paritytech/srtool:$RUSTC_VERSION'
71
71
72
72
Note that defining the alias as done above will hardcode the runtime. Using `kusama-runtime` as shown above means you will **always** check the Kusama runtime. If you need more, check the next chapter.
73
73
@@ -95,9 +95,9 @@ Invoking `srtool build` with
95
95
96
96
will output something that looks like this:
97
97
98
-
🧰 Substrate Runtime Toolbox - srtool v0.11.1 🧰
98
+
🧰 Substrate Runtime Toolbox - srtool v0.12.0 🧰
99
99
- by Chevdor -
100
-
🏗 Building polkadot-runtime as release using rustc 1.70.0
100
+
🏗 Building polkadot-runtime as release using rustc 1.73.0
101
101
⏳ That can take a little while, be patient... subsequent builds will be faster.
102
102
Since you have to wait a little, you may want to learn more about Substrate runtimes:
@@ -155,7 +155,7 @@ The output will look something like:
155
155
"info": {
156
156
"generator": {
157
157
"name": "srtool",
158
-
"version": "0.11.1"
158
+
"version": "0.12.0"
159
159
},
160
160
"src": "git",
161
161
"version": "1.0.0",
@@ -164,7 +164,7 @@ The output will look something like:
164
164
"tag": "statemine-v1.0.0",
165
165
"branch": "wk-gh-actions"
166
166
},
167
-
"rustc": "rustc 1.70.0 (...)",
167
+
"rustc": "rustc 1.73.0 (...)",
168
168
"pkg": "statemine-runtime",
169
169
"profile": "release"
170
170
},
@@ -305,7 +305,7 @@ You can see the list of available scripts in the `/scripts` folder:
305
305
306
306
-`scan`: Scan a repo for runtimes
307
307
308
-
The `info` and `version` scripts pass any arguments you pass to the script to `jq`. So you can play with `c` (compact), `-M` (monochrome), `-C` color output. For instance `docker run --rm -it -v $PWD:/build chevdor/srtool:1.70.0 info -cM` shows a monochrome output on a single line.
308
+
The `info` and `version` scripts pass any arguments you pass to the script to `jq`. So you can play with `c` (compact), `-M` (monochrome), `-C` color output. For instance `docker run --rm -it -v $PWD:/build chevdor/srtool:1.73.0 info -cM` shows a monochrome output on a single line.
309
309
310
310
## Build your custom chain / parachain
311
311
@@ -336,7 +336,7 @@ If you mount this docker volume, you will find the wasm on your local filesystem
336
336
# REPO=fellowship-runtimes
337
337
podman run --rm -it \
338
338
-v $REPO:/build \
339
-
`paritytech/srtool:1.70.0-0.11.1` scan
339
+
`paritytech/srtool:1.73.0-0.12.0` scan
340
340
341
341
## ZSH/ Zinit users
342
342
@@ -364,6 +364,6 @@ First you may want to double check what rustc versions are available as you will
364
364
365
365
rustup check
366
366
367
-
So say you want to build a builder for rustc 1.70.0:
367
+
So say you want to build a builder for rustc 1.73.0:
`srtool` is a collection of dockerized tools helping with https://substrate.io[Substrate] & https://polkadot.network[Polkadot] Runtime development. `srtool` especially allows building WASM runtimes in a deterministic way, allowing CIs and users, with various machines and OS, to produce a strictly identical WASM runtime.
14
+
`srtool` is a collection of containerized tools helping with building WASM Runtimes for the
15
+
https://polkadot.network[Polkadot Network]. `srtool` especially allows building WASM runtimes in a
16
+
**deterministic** way, allowing CIs and users, with various machines and OS, to produce a strictly identical WASM runtime.
15
17
16
-
`srtool` can run on various Operating Systems supporting Docker. That includes Linux, MacOS and Windows.
18
+
`srtool` can run on various Operating Systems supporting Podman or Docker. That includes Linux, MacOS and Windows.
17
19
18
-
`srtool` especially helps with building and verifying WASM Runtimes. The Docker image is named `{name}`. You can find the project's repository at https://hub.docker.com/r/{name}.
20
+
`srtool` helps building and verifying WASM Runtimes. The Docker image is named `{name}`. You can find the project's repository at https://hub.docker.com/r/{name}.
19
21
20
22
== Docker image naming scheme
21
23
22
24
The Docker images are tagged with both the rustc version used internally as well as the version of the build script.
0 commit comments