NixOS / NixOS/branding

Verify npm provenance attestations on the next release

Open
#63 0 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
66
Forks
16
PR merge metrics
No merged PRs in 30d

Description

Context

@nixos/branding is configured for npm trusted publishing (OIDC): the trusted publisher on npmjs names repo nixos/branding / workflow release-guide.yml, and id-token: write is granted on both the caller job (release-npm-package in release-guide.yml) and the child job (build-npm-package in release-npm-package.yaml). Per npm's docs, trusted publishing from a public repo auto-generates provenance attestations — no --provenance flag needed — and for reusable workflows the trusted publisher must name the top-level workflow (which it does).

The currently published versions (0.0.1, 0.1.0, Nov 2025) have no provenance attestations, but they were published manually before the release workflow was functional (the media-kit build was broken until #59), so they predate the working automated path.

To verify on the next release

When the next release is cut through the automated pipeline (tag nixos-branding-guide-v*.*.*):

If provenance is absent despite a successful trusted-publishing run, add --provenance to the npm publish command in release-npm-package.yaml as an explicit fallback.

References

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with release-guide.yml and release-npm-package.yaml, then follow the next tag matching nixos-branding-guide-v*.. through the automated release. Confirm OIDC publishing succeeds without a token and inspect the npm package Provenance section or dist.attestations field. If the attestation is absent, add the explicitly requested fallback and verify the next release again.

Written by the indexing model from the issue text.

Assessment

Tech stack
github-actions
Domain
ci-cd, release, security
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Quiet
Clarity
Clearly specified
Newbie friendliness
55/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.