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
{{ message }}
This repository has been archived by the owner on Nov 15, 2023. It is now read-only.
Experiencing problems? Have you tried our Stack Exchange first?
This is not a support question.
Description of bug
If I follow the instructions in the Substrate repository README here that link to the Substrate Builder Docker Image instructions here, the instructions say it might only include the following binaries:
substrate
subkey
node-template
chain-spec-builder
Then when I run ./build.sh it outputs the following error:
Although the error appears obvious now, initially I thought it was because I was using a new Apple M2 chip, but it was actually just because for some reason that Docker approach only generates the substrate binary, but not the subkey, node-template, or chain-spec-builder binaries like it used to as well.
I believe the solution is to either:
Change line 6 of substrate_builder.Dockerfile to instead run the following to generate all the binaries in the /substrate/target/release directory, so it doesn't generate an error when they are used later on lines 19-21:
Alternatively remove lines 19-21 of substrate_builder.Dockerfile so it only builds and copies across the substrate binary to the Docker container. The benefit of doing this is that it should reduce the overall build time for those getting started with Substrate, as most users may only want to use the substrate binary. We could then update the Substrate Builder Docker Image instructions here to mention that if the user wants to use the subkey, node-template, or chain-spec-builder binaries too then they can simply enter the Substrate Docker container shell with the command docker run -it -d --hostname substrate --name helios parity/substrate && docker exec -it substrate /bin/bash where they could then run the substrate binary with ./target/release/substrate --help and manually generate the other binaries by running the following to build those other binaries:
Follow the instructions by first installing Docker, and then running the ./build.sh shell script in that directory, or simply run the following commands:
git clone https://github.com/paritytech/substrate
cd substrate
./docker/build.sh
View the error
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Is there an existing issue?
Experiencing problems? Have you tried our Stack Exchange first?
Description of bug
If I follow the instructions in the Substrate repository README here that link to the Substrate Builder Docker Image instructions here, the instructions say it might only include the following binaries:
Then when I run
./build.sh
it outputs the following error:show error
Although the error appears obvious now, initially I thought it was because I was using a new Apple M2 chip, but it was actually just because for some reason that Docker approach only generates the
substrate
binary, but not thesubkey
,node-template
, orchain-spec-builder
binaries like it used to as well.I believe the solution is to either:
substrate
binary to the Docker container. The benefit of doing this is that it should reduce the overall build time for those getting started with Substrate, as most users may only want to use thesubstrate
binary. We could then update the Substrate Builder Docker Image instructions here to mention that if the user wants to use thesubkey
,node-template
, orchain-spec-builder
binaries too then they can simply enter the Substrate Docker container shell with the commanddocker run -it -d --hostname substrate --name helios parity/substrate && docker exec -it substrate /bin/bash
where they could then run thesubstrate
binary with./target/release/substrate --help
and manually generate the other binaries by running the following to build those other binaries:and then run the following to create symlinks
so they could then run those other binaries with:
or exit the Docker container and run the follow as it already mentions is available in the README
Steps to reproduce
git clone https://github.com/paritytech/substrate cd substrate ./docker/build.sh
The text was updated successfully, but these errors were encountered: