Skip to content

ci(actions-lock): add the missing SLSA generator record - #251

Merged
hyperpolymath merged 1 commit into
mainfrom
ci/actions-lock-repair
Oct 27, 2026
Merged

hyperpolymath merged 1 commit into
mainfrom
ci/actions-lock-repair

Conversation

@hyperpolymath

Copy link
Copy Markdown
Owner

Summary

release.yml's lock entry names slsa-framework/slsa-github-generator@f7dd8c54…, but actions.lock has no dependency record for it, so the lock has a dangling edge. standards' relock-standards-pin.sh refuses to touch a lock in that state. No workflow file changes.

Changes

  • New record slsa-framework/slsa-github-generator@f7dd8c54c2067bafc12ca7a55595d5ee9b75204a: ref: 'v2.1.0' (the tag git ls-remote shows peeling to f7dd8c54), owner_id: 80431187, repo_id: 475074978. These are the IDs seven other estate lockfiles record for this action.

Testing

  • standards' scripts/check-lock-sync.sh passes.
  • Every lock entry now has a dependency record.

Not fixed here

  • The standards reusables stay red. Re-pinning them to a current standards commit makes them fail at startup with zero jobs; I tested that on ci(actions-lock): record a tag ref for the SHA-pinned checkout entry presswerk#138. That has to be fixed in standards.
  • cargo-audit, chapel-ci, coverage and e2e needed no lock change. Earlier I listed them as blocked by the lock; if they still fail, the cause is something else.

Generated by Claude Code

The lock had drifted from the workflow files. GitHub refuses to start a
workflow whose uses: set doesn't match its lock entries, and rejects a
lock entry that records its own SHA as ref.

- new record `slsa-framework/slsa-github-generator@f7dd8c54c2067bafc12ca7a55595d5ee9b75204a` (ref `v2.1.0`, commit `f7dd8c54c206…`)

Each new record's commit was checked against the upstream tag with git
ls-remote. No commit an existing entry pins was changed. Standards
reusable pins are left as they are.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0132Cdz3iwk2QGKv2sUhhsye
@coderabbitai

coderabbitai Bot commented Oct 27, 2026

Copy link
Copy Markdown
Contributor

Important

Review skipped

Review was skipped due to path filters

⛔ Files ignored due to path filters: 1
  • .github/workflows/actions.lock is excluded by !**/*.lock

CodeRabbit blocks several paths by default. You can override this behavior by explicitly including those paths in the path filters. For example, including **/dist/** will override the default block on the dist directory, by removing the pattern from both the lists.

Run configuration
  • Source mode: Auto
  • Repository: Unavailable
  • Branch: Unavailable
  • File: No configuration file from this repository applied
  • Commit: Unavailable
  • Layers: Organization UI
  • Review profile: ASSERTIVE
  • Plan: Advanced
  • Run ID: 12bd34d6-e0c0-4aa7-b206-06815ff8e60a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
  • Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

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.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@linear-code
linear-code Bot marked this pull request as ready for review October 27, 2026 01:34
@hyperpolymath
hyperpolymath merged commit c34d76a into main Oct 27, 2026
36 checks passed
@hyperpolymath
hyperpolymath deleted the ci/actions-lock-repair branch October 27, 2026 02:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants