cloudnative-pg / cloudnative-pg/postgres-containers

Cosign architecture-specific images too?

Open
#484 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

enhancement
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:
Image
but if I click the "view this OCI index's artifact list" I get this:
Image
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

Open the contributing guide

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

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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.