-
Notifications
You must be signed in to change notification settings - Fork 21
feat: extract near-verify-rs
dependency
#320
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
near-verify-rs
dependeynear-verify-rs
dependency
…r-build/src/near/docker_build/subprocess_step.rs
…>] to BuildInfoMixed
…a [camino::Utf8PathBuf]
…:CONTRACT_PATH] in `container_paths::Paths`
…pes::nep330::ContractSourceMetadata]
@race-of-sloths include |
@dj8yfo Thank you for your contribution! Your pull request is now a part of the Race of Sloths! Current status: executed
Your contribution is much appreciated with a final score of 13! @frol received 25 Sloth Points for reviewing and scoring this pull request. Another weekly streak completed, well done @dj8yfo! To keep your weekly streak and get another bonus make pull request next week! Looking forward to see you in race-of-sloths What is the Race of SlothsRace of Sloths is a friendly competition where you can participate in challenges and compete with other open-source contributors within your normal workflow For contributors:
For maintainers:
Feel free to check our website for additional details! Bot commands
|
@@ -55,6 +55,14 @@ pub fn run(args: Opts) -> eyre::Result<CompilationArtifact> { | |||
) | |||
})?; | |||
|
|||
// addition of this check wasn't a change in logic, as previously output path was | |||
// assumed without `--out-dir` too, so docker-build was just failing if the arg was supplied: |
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.
log output before when attempting to use --out-dir
:
[package.metadata.near.reproducible_build]
//...
container_build_command = [
"cargo",
"near",
"build",
"non-reproducible-wasm",
"--locked",
"--out-dir",
"./custom_dir"
]
✓ Running docker command step (finished)
• Copying artifact from temporary build site...
artifact search location in temporary build site: /tmp/.tmplMHMxh/target/near
• failed
Here is the console command if you ever need to re-run it again:
cargo near build reproducible-wasm
Error:
0: Temporary build site result wasm file not found: `"/tmp/.tmplMHMxh/target/near/simple_package.wasm"`.
Location:
cargo-near-build/src/types/near/docker_build/cloned_repo.rs:134
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 don't understand why we must forbid --out-dir
. Just let it fail to find the wasm file at the end of the execution and force the user to provide the path explicitly in the [package.metadata.near.reproducible_build]
section.
Are you trying to minimize the number of configurable options in the [package.metadata.near.reproducible_build]
section? If that is the case, I get it, and it is fine to move forward like this. However, it might be more flexible to have a way to allow users to specify where to find the wasm file.
…p on near-verify-rs by default
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.
@dj8yfo Tremendous job!
@race-of-sloths score 55
@@ -55,6 +55,14 @@ pub fn run(args: Opts) -> eyre::Result<CompilationArtifact> { | |||
) | |||
})?; | |||
|
|||
// addition of this check wasn't a change in logic, as previously output path was | |||
// assumed without `--out-dir` too, so docker-build was just failing if the arg was supplied: |
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 don't understand why we must forbid --out-dir
. Just let it fail to find the wasm file at the end of the execution and force the user to provide the path explicitly in the [package.metadata.near.reproducible_build]
section.
Are you trying to minimize the number of configurable options in the [package.metadata.near.reproducible_build]
section? If that is the case, I get it, and it is fine to move forward like this. However, it might be more flexible to have a way to allow users to specify where to find the wasm file.
🏆 Score recorded!It looks like @frol provided a score of 55, but based on our Fibonacci scoring rules, we've adjusted it to 13. Tip We accept only the following Fibonacci numbers [0, 1, 2, 3, 5, 8, 13] for scoring |
## 🤖 New release * `cargo-near-build`: 0.4.5 -> 0.4.6 (⚠ API breaking changes under `test-code` feature) * `cargo-near`: 0.13.5 -> 0.13.6 (✓ API compatible changes) ### ⚠ `cargo-near-build` breaking changes ```text --- failure inherent_method_missing: pub method removed or renamed --- Description: A publicly-visible method or associated fn is no longer available under its prior name. It may have been renamed or removed entirely. ref: https://doc.rust-lang.org/cargo/reference/semver.html#item-remove impl: https://github.com/obi1kenobi/cargo-semver-checks/tree/v0.40.0/src/lints/inherent_method_missing.ron Failed in: CrateMetadata::resolve_output_dir, previously in file /tmp/.tmpC134jK/cargo-near-build/src/types/cargo/metadata.rs:62 ``` <details><summary><i><b>Changelog</b></i></summary><p> ## `cargo-near-build` <blockquote> ## [0.4.6](cargo-near-build-v0.4.5...cargo-near-build-v0.4.6) - 2025-04-08 ### Added - extract `near-verify-rs` dependency ([#320](#320)) </blockquote> ## `cargo-near` <blockquote> ## [0.13.6](cargo-near-v0.13.5...cargo-near-v0.13.6) - 2025-04-08 ### Added - extract `near-verify-rs` dependency ([#320](#320)) ### Other - update `cargo near new` template `image` and `image_digest` ([#318](#318)) </blockquote> </p></details> --- This PR was generated with [release-plz](https://github.com/release-plz/release-plz/). --------- Co-authored-by: dj8yf0μl <noreply@nowhere.org>
No description provided.