fix(coverage): replace stale LLVM runtime-boundary repair - #827
fix(coverage): replace stale LLVM runtime-boundary repair#827seonghobae wants to merge 6 commits into
Conversation
|
Warning Review limit reached
Next review available in: 43 minutes You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (7)
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 |
|
@opencode-agent address Complete the bounded Rust coverage runtime-boundary repair on exact current Draft head Exact-head security/supply-chain workflows are GREEN; only
Keep After the minimal permanent edit, rerun the focused contract plus complete central tests/security/supply-chain gates on the exact new head, and keep Draft until all required exact-head evidence, current automated review, zero actionable threads, qualifying independent non-author approval, and branch protection are satisfied. Do not reuse PR #816 evidence. |
* test(strix): specify bounded quality timeout fixtures * fix(strix): accelerate deterministic timeout fixtures * docs(strix): record quality fixture budget * docs(strix): record bounded quality fixtures * ci(strix): bind timeout doctoring to quality gate * test(strix): bind timeout fixture trigger paths
|
@opencode-agent Please repair the exact current RED head only if it is still The current exact-head
Keep the digest-pinned tool image, cargo-llvm-cov |
|
@opencode-agent address Repair the exact current Draft head Exact-head
Make only the minimum production correction in Run |
|
@opencode-agent address Exact-head GREEN repair for current Draft head The exact-head focused quality run
Do not add unversioned LLVM fallback, change the digest-pinned coverage image, cargo-llvm-cov artifact/hash, Run |
|
@opencode-agent address Exact-head bounded GREEN repair for Current-head OpenCode Rust Coverage Toolchain Quality run
Preserve the digest-pinned image, Run the focused LLVM contract first, then the complete central pytest suite, |
|
@coderabbitai review @cwl-noema-review @opencode-agent Review only exact current head |
|
I will verify the LLVM 19 image setup, literal Docker environment propagation, runtime validation before
|
Replacement purpose
Rebuild the Rust coverage LLVM runtime-boundary repair directly from protected
main1131b1bbafb24e455fc8619cdf316813e8721861. Historical PR #816 is based on an older protected-main generation; its checks, reviews, approvals, comments, and synthetic merge results do not transfer.Do not close #816 until this replacement proves the same bounded repair on the current protected base.
Test-first state
Exact RED head:
3887faba96b50f34cff0ad58e5706427d818ec7d.This head adds only
tests/test_opencode_rust_coverage_toolchain_contract.py. Protected main does not provision/propagate/revalidate the reviewed LLVM 19 paths required by the contract, so the focused test is intentionally RED before production changes.The permanent contract requires:
llvm-19in the digest-pinned trusted coverage image;LLVM_COV=/usr/bin/llvm-cov-19andLLVM_PROFDATA=/usr/bin/llvm-profdata-19;docker runboundary; andRequired bounded repair
Implement only the minimum contract in
.github/workflows/opencode-review-dispatch.yml, add a permanent exact-head quality workflow, current authoritative doctoring/APA 7 evidence, and CHANGELOG traceability. Preserve the digest-pinned image, pinned cargo-llvm-cov artifact and SHA-256, exact-head materialization,--network=none, credential/Git isolation, native-fuzz separation, reviewer identities and credentials, 100% coverage policy, and branch protection.Current cargo-llvm-cov documentation states that
LLVM_COVandLLVM_PROFDATAoverride those tool paths and must be compatible with rustc's LLVM. Debian bookworm publishesllvm-19with the versioned coverage tools. No fallback to unversioned LLVM binaries is permitted.Exact-current-head RED evidence
Current exact head:
edddecdfa2b66b61f472db8f754270ffc2fd147con protected-base generation1131b1bbafb24e455fc8619cdf316813e8721861.The current production diff satisfies contract items 1–3: the trusted digest-pinned image installs
llvm-19, binds exact/usr/bin/llvm-cov-19and/usr/bin/llvm-profdata-19image environment paths, and verifies both executables before admitting the pinned cargo-llvm-cov archive. The exact-head focused quality run remains intentionally RED on the three missing runtime-boundary assertions:--env LLVM_COV=/usr/bin/llvm-cov-19and--env LLVM_PROFDATA=/usr/bin/llvm-profdata-19through the existing isolateddocker runbefore"$coverage_tool_image";ensure_rust_toolchain(), fail closed unless${LLVM_COV:-}and${LLVM_PROFDATA:-}exactly equal those reviewed paths;test -x "$LLVM_COV"andtest -x "$LLVM_PROFDATA"inside that runtime validation before the firstcargo llvm-covinvocation.The authoritative workflow blob observed for this exact head is
b17cf37758abf508d42a7bed8e896bdfb43adc1d. Any source or head movement invalidates this repair plan and requires a fresh read before mutation. Do not weaken the permanent contract, accept unversioned LLVM fallbacks, move coverage outside the networkless sandbox, or reuse #816 evidence.Keep Draft until the exact final head passes the focused and complete central suites, all security/supply-chain checks, current-head automated review, zero valid unresolved findings, qualifying independent non-author approval, and branch protection without bypass.
Refs #816 and downstream DiskSage coverage blockers.