cloudnative-pg / cloudnative-pg/postgres-containers
Cosign architecture-specific images too?
Nobody has claimed this yet.
- Dominant language
- HCL
- Stars
- 155
- Forks
- 64
- Avg merge
- 4d 12h
- Merged PRs (30d)
- 9
Description
If I `regctl image copy --referrers ghcr.io/cloudnative-pg/postgresql:18.4-standard-trixie private.goharbor.instance.com/cloudnative-pg/image:18.4`, the top level view appears like this with a green checkmark:
but if I click the "view this OCI index's artifact list" I get this:
so the architecture-specific images aren't signed. This means I can't enable the feature in Harbor that prevents downloads of non-cosigned images since the images from this repository aren't signed recursively.
Is there a reason only the top manifest is signed, or would it be possible to add `--recursive` to the `cosign sign` command that produces the release images in this organization?
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Search the release configuration that runs the `cosign sign` command for the PostgreSQL images and inspect how multi-architecture indexes are handled. Verify the resulting OCI artifact list in Harbor, including each architecture-specific image, and confirm that the release workflow still completes successfully.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- docker, postgresql
- Domain
- devops, release, security
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100