Repository navigation
Claude/new session th4e9w k9 - #227
Closed
hyperpolymath wants to merge 58 commits into
Closed
hyperpolymath wants to merge 58 commits into
hyperpolymath wants to merge 58 commits into
Conversation
…commit 02cb101e was v1 when it was pinned; v1 now points at 683b588c and no tag names 02cb101e any more. Callers of this reusable (echidna security-scan) must lock it, and the estate repair chain (close-lock) records a leaf SHA only through a tag, so the old pin left them unlockable and failing at startup. The lock is regenerated in the next commit by the repair chain. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…s pins Generated in CI with a real token by the estate repair chain (relock-sha-keys, complete-job-refs, close-lock, prune-stale; standards 333b06a0), never by hand: this session cannot reach the action repos through the API. check-lock-sync passed and the governance gate at 333b06a0 returned 0. Applied from the run's diff; the result matches its LOCK-SHA256 8bacccdbeedc6b8e4b799ecbfe6246e7ab09472a608cd729ed5bdcc383186c22. Beyond the scan-and-report rust-toolchain pin, the lock had drifted from the workflow YAML (checkout v7.0.1, cache v6.1.0 and others already in the workflows but locked at older versions) and had no hyperpolymath/standards records, which is why boj-build, casket-pages, chapel-ci and dogfood-gate died at startup on main. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
… full regen The callers were on 84355587 and fad242d3. 84355587's rust-ci reusable pins dtolnay/rust-toolchain@6c977a6c ('stable' branch, no tag), which the repair chain cannot lock. 333b06a0 is current standards main. The scorecard job's own permissions block now grants actions: read, which the 333b06a0 reusable requests. actions.lock goes back to main's version so the next commit regenerates it from a clean base (the previous attempt left two spellings of Swatinem/rust-cache that gh actions-lock rejects). Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…nd release Each 'Install Rust toolchain' step had a stray 'with: toolchain: v1' before its real 'with:' block. GitHub rejects a workflow with duplicate keys before creating any job, so all three workflows were dead; the governance duplicate-key check fails on them. 'v1' is not a toolchain; the second block (stable, plus llvm-tools-preview for coverage) is the intended one and is kept. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Whitespace-only; rust-ci's fmt step never ran on main because the workflow failed at startup on the lockfile. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…repair chain Built in CI by gh actions-lock v0.2.0 followed by the standards repair chain at 333b06a0 (relock-sha-keys, complete-job-refs, close-lock, prune-stale), starting from no lock: main's lock pins dtolnay/rust-toolchain@v1 at a commit the tag no longer names, which gh actions-lock rejects as a conflicting target. check-lock-sync and check-actions-lock-gate.sh pass; sha256 83a024a8b1293502f931da414fdd755710816dc8b8ea76df07dcb120b41e7115. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
'v1' is the action's tag, not a rustup toolchain; rustup rejects it
('invalid toolchain name: v1'). Same fix the cargo-audit, coverage and
release workflows already carry. Surfaced now that these workflows start.
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
The @v1 tag has no default toolchain; without the input the action runs 'rustup toolchain install' with an empty name and fails (readiness, bench, e2e-pipeline, chapel-rust-diff). Surfaced now that these workflows start. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
main.rs re-declared every module with `mod x;`, so the binary compiled its own private copy of the whole tree. Items used only through the library API (proven_tests, jit_context, comment_marker, ffi_kind) were then dead code inside the binary, which clippy -D warnings rejects. The binary now imports those modules from panic_attack; only the bin-only modules (diagnostics, groove, kin) stay as `mod`. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
- drop redundant borrows in format! args (storage) - split on a char array instead of a closure (safe_path) - rfind / find / and_then instead of filter+last, filter+next, map+flatten - egui Panel/CentralPanel::show_inside -> show (a pure rename in 0.36) - is_safe_char / all_chars_safe are proptest-only helpers: #[cfg(test)] - ProvenTestsReport::from_str becomes a real FromStr impl - qualify anyhow! inside the sarif-gated parser so the import is not unused without the feature Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
docs/ambush-timeline.md and docs/panll-export.md were converted to .adoc (estate docs policy) but the self-diagnostics check still demanded the .md files, so `panic-attack diagnostics` exited non-zero and both diagnostics readiness tests failed. Point the check, README.adoc and the bridge module docs at the .adoc files that exist. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…istener, wayland-scanner Lockfile-only, semver-compatible updates clearing RUSTSEC-2026-0204 (crossbeam-epoch), -0346/0347/0348/0349 (rustls 0.23.46), -0257 (webbrowser), the event-listener and memmap2 unsound notices, and moving wayland-scanner onto quick-xml 0.41. quick-xml 0.38 remains only via zbus_xml 5 under accesskit (eframe's GUI feature); no released accesskit or atspi-common moves off it yet. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…claude/new-session-th4e9w-clippy
…on-th4e9w-readiness
…ssion-th4e9w-audit
mirror-reusable declares seven optional mirror keys; secret-scanner-reusable declares none and its header says callers pass no secrets: line. Replace secrets: inherit with the explicit mapping (mirror) and nothing (scanner) so unrelated repo/org secrets are not forwarded. Flagged by zizmor secrets-inherit via CodeRabbit. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…on-th4e9w-readiness
…ssion-th4e9w-audit
generated/k9iser/cargo-manifest.k9 and container-build.k9 are k9iser output in a [must]/[trust] section format that predates K9 contract v1.0.0 (D173): no K9! envelope, no pedigree, not a Nickel component. The Validate K9 contracts gate rejects both, nothing in this repository reads them, echidna already gitignores the same directory, and no k9iser repository exists in the estate any more. The two gate messages that told people to run k9iser now point at the K9 contract spec. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Codex Review SummaryThis comment shows the latest Codex review activity on this pull request.
ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings. |
|
You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard. |
Contributor
|
Warning Review limit reachedYou've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. Next included review available in 5 minutes. View limit details
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 |
hyperpolymath
enabled auto-merge (squash)
October 19, 2026 20:58
Contributor
|
Add Carrot credits or activate Agent usage billing to use Autofix |
Resolved conflicts in: - .github/workflows/actions.lock (unmerged) - .github/workflows/scan-and-report.yml (unmerged) Co-authored-by: CodeRabbit <noreply@coderabbit.ai> CodeRabbit-Task-Id: c274f14c-882e-43dc-87d1-6f3d9992f31b
…date K9 contracts and dependencies
…, and update K9 contracts and dependencies" This reverts commit afd3da7, pushed by CodeRabbit's CI-fix agent. This PR is the lock repair at the base of a stack; the clippy fixes, the readiness doc paths and the K9 retirement are the next three PRs (#220, #221, #223), and a second copy here would conflict with them. The commit also rewrote generated/k9iser/*.k9 to make them conform, which the owner has ruled the other way: k9iser is retired and #223 deletes those files. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
… merge The base merge (88d2e49) brought in dependabot's bumps (#216, #217) and a hand-resolved lock. The estate repair chain was re-run in CI on this exact head (09a5857) with a real token: relock-sha-keys, complete-job-refs, close-lock, prune-stale, check-lock-sync, all RC=0, and the governance gate at standards 333b06a0 returned "Immutable direct and transitive lockfile coverage verified". The chain changed one line: the slsa-github-generator record's ref label, f7dd8c54 -> v2.1.0. This file matches the run's LOCK-SHA256 7555257dddf72015654fdf619089d0e270b45e9ba2fc32f1fdb5046f43111f66. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…refresh K9 contracts and dependencies
…ick-xml 0.38 zbus_xml 5.2.1 builds on quick-xml 0.41, so the last copy of quick-xml 0.38.4 (RUSTSEC-2026-0194, RUSTSEC-2026-0195) leaves the lockfile. Lockfile only; semver-compatible: zbus_names 4.3.5, zbus_xml 5.2.1, zvariant 5.15.1, zvariant_derive 5.15.1, plus their new transitive deps winnow 1.0.4, zcheapstr 1.1.0, zvariant_utils 4.2.0. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…'s lockfile (its bumps include CodeRabbit's quick-xml 0.41 move) Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…it regenerated stays deleted Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…ranch, keeping this branch's fixes where both changed the same lines Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…re-added unused import after the 0f68c62 merge The text merge of 0f68c62 combined CodeRabbit's leading negation with this branch's .find(..).is_none(), inverting the readiness control; it is now the single !any(..) form. main.rs had its removed comment_marker/ffi_kind import re-added by the same merge. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…erge left two unused CodeRabbit's hunk added an all_chars_safe helper beside this branch's is_safe_char, and the merge kept both with neither caller, which cargo clippy --all-targets -- -D warnings rejects as dead code in the lib test target. The file is the version CI passed at 5db5d90. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com> Signed-off-by: Jonathan D.A. Jewell <6759885+hyperpolymath@users.noreply.github.com>
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…erge left two unused CodeRabbit's hunk added an all_chars_safe helper beside this branch's is_safe_char, and the merge kept both with neither caller, which cargo clippy --all-targets -- -D warnings rejects as dead code in the lib test target. The file is the version CI passed at 5db5d90. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
docs/ambush-timeline.md and docs/panll-export.md were converted to .adoc (estate docs policy) but the self-diagnostics check still demanded the .md files, so `panic-attack diagnostics` exited non-zero and both diagnostics readiness tests failed. Point the check, README.adoc and the bridge module docs at the .adoc files that exist. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_019a95kk88TZ1iegsBK3kox3
…ess' into claude/new-session-th4e9w-audit
…' into claude/new-session-th4e9w-readiness
…ssion-th4e9w-audit
Owner
Author
auto-merge was automatically disabled
October 20, 2026 00:53
Pull request was closed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Closes #
Type of change
How has this been verified?
Checklist
git commit -S).SPDX-License-Identifier(code/configMPL-2.0,prose
CC-BY-SA-4.0); I did not relicense existing files.Notes for reviewers