Skip to content

fix(ci): bump nanvix/workflows to v2.0.1 and grant packages: read#644

Merged
ppenna merged 2 commits into
nanvix/v3.12.3from
fix/grant-packages-read-permission
May 14, 2026
Merged

fix(ci): bump nanvix/workflows to v2.0.1 and grant packages: read#644
ppenna merged 2 commits into
nanvix/v3.12.3from
fix/grant-packages-read-permission

Conversation

@ada-x64
Copy link
Copy Markdown

@ada-x64 ada-x64 commented May 13, 2026

Stacks two commits, intended to supersede the open automation/update-nanvix-workflows PR:

  1. [ci] E: Update nanvix workflow refs to v2.0.1 — identical to the automation commit.
  2. fix(ci): grant packages: read for v2.0.1 reusable workflow — the missing permission grant.

Why both in one PR

The bump alone fails immediately with startup_failure (zero jobs) because nanvix/workflows v2.0.1 added packages: read to its top-level reusable-workflow permissions (commit 48eeaf7), and GitHub Actions enforces that a reusable workflow's effective permissions cannot exceed the caller job's. Our caller's explicit permissions: block omits packages, so it implicitly defaults to none.

This PR cannot be split: applying just the permission grant on default would un-block the automation PR, but pushing to the automation/** branch is blocked by repository ruleset (only the automation token bypasses).

Cleanups included

Drops the redundant job-level permissions: block on ci-scheduled — it duplicated the workflow-level block exactly and added nothing besides maintenance burden.

After merge

  • Close the open automation/update-nanvix-workflows PR (will become a no-op).
  • Future scheduled Update Workflow Refs runs will see default already at @v2.0.1 and report already up to date.

github-actions Bot and others added 2 commits May 13, 2026 19:43
nanvix/workflows v2.0.1 added 'packages: read' to its top-level
permissions block (commit 48eeaf7) so the reusable workflow can
authenticate to ghcr.io for the docker pull retry loop.

GitHub Actions enforces that a reusable workflow's effective
permissions must be <= the caller job's. Our caller's explicit
permissions block omits 'packages', so that scope implicitly
defaults to 'none', causing every PR run to fail with
startup_failure (zero jobs) the moment the bump moves the ref
to @v2.0.1.

Also drop the redundant job-level permissions block on
ci-scheduled — it duplicated the workflow-level block exactly
and added nothing besides maintenance burden.
Copilot AI review requested due to automatic review settings May 13, 2026 21:51
Copy link
Copy Markdown

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Bumps the reusable nanvix/workflows reference from v2.0.0 to v2.0.1 and grants packages: read at the workflow-level to satisfy v2.0.1's effective-permission requirements. Also removes a redundant job-level permissions block on ci-scheduled that duplicated the workflow-level grants.

Changes:

  • Add packages: read to top-level permissions.
  • Update both ci and ci-scheduled job uses: refs to @v2.0.1.
  • Remove duplicated job-level permissions block on ci-scheduled.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

@ppenna ppenna merged commit 599e8f3 into nanvix/v3.12.3 May 14, 2026
17 checks passed
@ppenna ppenna deleted the fix/grant-packages-read-permission branch May 14, 2026 00:38
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.

3 participants