fix(coverage): replace stale LLVM runtime-boundary repair - #827
fix(coverage): replace stale LLVM runtime-boundary repair#827seonghobae wants to merge 5 commits into
Conversation
|
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
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, |
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.