fix: replace dead ci-keys.zkmopro.org links - #725
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
📝 WalkthroughWalkthroughThe Circom template CI workflow now builds with ChangesRapidsnark validation and documentation
Estimated code review effort: 2 (Simple) | ~10 minutes Possibly related issues
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Deploying mopro with
|
| Latest commit: |
efda7e5
|
| Status: | ✅ Deploy successful! |
| Preview URL: | https://246ba58b.mopro.pages.dev |
| Branch Preview URL: | https://fix-dead-ci-keys-urls.mopro.pages.dev |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@docs/docs/adapters/circom.md`:
- Line 305: Update the Intel Mac simulator note in the circom adapter
documentation to state explicitly that rust-rapidsnark 0.1.4 provides no
prebuilt libraries for x86_64-apple-ios. Replace the ambiguous “covers” wording
while preserving the instruction to set RAPIDSNARK_LIB_DIR to a custom build.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro Plus
Run ID: 731a363c-c458-4c49-9b78-333d99165a06
📒 Files selected for processing (7)
.github/workflows/build-and-test.ymldocs/blog/2025-03-27-ethtaipei-workshop.mddocs/docs/adapters/circom.mddocs/docs/sdk/react-native.mddocs/docs/setup/rust-setup.mddocs/versioned_docs/version-0.1/setup/react-native-setup.mddocs/versioned_docs/version-0.2/setup/rust-setup.md
|
|
||
| - `rust-rapidsnark` is based on the original C++ implementation of [rapidsnark](https://github.com/iden3/rapidsnark), with the binary wrapped and integrated in Rust. | ||
| - Activate `rapidsnark` Feature for both `[dependencies]` and `[build-dependencies]` | ||
| - No prebuilt covers `x86_64-apple-ios`. To build for the Intel Mac simulator, point `RAPIDSNARK_LIB_DIR` at your own build of those libraries. |
There was a problem hiding this comment.
📐 Maintainability & Code Quality | 🟡 Minor | ⚡ Quick win
Scope and clarify the Intel simulator limitation.
The PR targets rust-rapidsnark 0.1.4, but this sentence reads as an unversioned permanent limitation and “covers” is unclear. Specify that no prebuilt libraries are available for this target in 0.1.4.
Proposed wording
-- No prebuilt covers `x86_64-apple-ios`. To build for the Intel Mac simulator, point `RAPIDSNARK_LIB_DIR` at your own build of those libraries.
+- For `rust-rapidsnark` 0.1.4, no prebuilt libraries are available for `x86_64-apple-ios`. To build for the Intel Mac simulator, point `RAPIDSNARK_LIB_DIR` at your own build of those libraries.📝 Committable suggestion
‼️ IMPORTANT
Carefully review the code before committing. Ensure that it accurately replaces the highlighted code, contains no missing lines, and has no issues with indentation. Thoroughly test & benchmark the code to ensure it meets the requirements.
| - No prebuilt covers `x86_64-apple-ios`. To build for the Intel Mac simulator, point `RAPIDSNARK_LIB_DIR` at your own build of those libraries. | |
| - For `rust-rapidsnark` 0.1.4, no prebuilt libraries are available for `x86_64-apple-ios`. To build for the Intel Mac simulator, point `RAPIDSNARK_LIB_DIR` at your own build of those libraries. |
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@docs/docs/adapters/circom.md` at line 305, Update the Intel Mac simulator
note in the circom adapter documentation to state explicitly that
rust-rapidsnark 0.1.4 provides no prebuilt libraries for x86_64-apple-ios.
Replace the ambiguous “covers” wording while preserving the instruction to set
RAPIDSNARK_LIB_DIR to a custom build.
ci-keys.zkmopro.org stopped resolving, so following the setup guide or the EthTaipei workshop hit "curl: (6) Could not resolve host". Point at the fixtures committed in this repo and in rust-rapidsnark instead, pinned to a tag or commit so they cannot drift. The versioned 0.1 and 0.2 copies carried the same dead host, so they are updated too. keccak256.json becomes circuit-registry's keccak256/input.json, which is byte-identical to the input the workshop already pastes inline. Also note that rapidsnark has no x86_64-apple-ios prebuilt, since rust-rapidsnark 0.1.4 dropped that target, and building it now needs RAPIDSNARK_LIB_DIR. Finally, cover the rapidsnark feature in cli_template_tests. Scaffolded projects leave it off, so nothing in CI compiled rust-rapidsnark or fetched its prebuilt libraries, which is why a download endpoint could break for users without CI noticing. Runs on both macos-latest and ubuntu-latest. Refs #724 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
260c7df to
f9e957d
Compare
|
https://github.com/zkmopro/mopro/actions/runs/30463110309/job/90618885679#logs |
The grep guard's error message named write_toml.rs, which only emits the # CIRCOM_DEPENDENCIES marker. The circom-prover line the sed pattern matches comes from the DEPENDENCIES const in cli/src/init/circom.rs. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Fix dead
ci-keys.zkmopro.orglinksProblem
ci-keys.zkmopro.orgno longer resolves (same lapsed zone asrapidsnark.zkmopro.org), so the Rust setup guide, React Native SDK page, and EthTaipei workshop all fail withcurl: (6) Could not resolve host.Changes
Every link now points at a fixture already committed in the org, pinned to a tag or commit so it can't drift:
multiplier2.wasm,multiplier2_final.zkeymopro-cli-v0.3.7v0.1.4(only committed copies)keccak256.jsonkeccak256/input.json— verified identical to the 256 values the workshop pastes inlineThe 0.1 and 0.2 docs carried the same dead host and are updated too.
Also:
rust-rapidsnark0.1.4 droppedx86_64-apple-ios(upstream buildslibfr.a/libfq.aarm64-only for the simulator). mopro still offers that arch, so an Intel Mac would otherwise fail with no explanation.cli_template_testsnow builds a scaffolded circom project with therapidsnarkfeature enabled. Nothing in CI compiledrust-rapidsnarkbefore — scaffolded projects leave the feature off — which is how a download endpoint could break for users while CI stayed green. Runs on both runners; the Ubuntu leg would have caught the Linux link failure in rust-rapidsnark#12.Summary by CodeRabbit
Summary by CodeRabbit
New Features
Tests
Documentation