Looks like this has been occurring for all releases from v0.16+

#1851
#1772

Almost certainly the CI/CD setup that publishes those images has bitrotted since I left Google, and I no longer have access to the GCP project that hosts the cloud build setup, sorry :/

Most of the people who used to maintain this repo now work at Chainguard, where we package a lot of open source software, including crane: https://cgr.dev/chainguard/crane

(I really don't mean for this to sound like a sales pitch.)

Downside here is that only the latest version is provided for free, but if you're okay with only the latest release, consider switching to that (and I recommend digestabot to control the updates).

If someone wants to migrate cloudbuild.yaml to GitHub Actions pushing to ghcr.io, I'd happily approve that as well. Maybe leave the existing cloudbuild.yaml in case someone with access wants to fix it.

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Keep fresh with the 'lifecycle/frozen' label.

If someone wants to migrate cloudbuild.yaml to GitHub Actions pushing to ghcr.io, I'd happily approve that as well.

I might give it a shot, unless someone is already working on this?

@jonjohnsonjr I created a PR that should fix this and build & push container images to the ghcr during release. Only issue I am currently running into is that the container does not seem to pick up on the version:

$ docker run --rm ghcr.io/jasper-ben/go-containerregistry/crane version
(devel)

However, at least with the package installed from the arch package repository that is also the case. Could this be an unrelated issue?

Hm that's a little weird -- does it work if you try to use the Commit?

Hm that's a little weird -- does it work if you try to use the Commit?

Tried that as well to no avail. I also checked the prebuilt binaries from the release page. They are returning the correct version 🤔

I am not too familiar with ko, but I think I used it correct here? ...

The defaultBaseImage: gcr.io/distroless/base:debug setting in the debug image is picked up though, so the config is used during the build process:

$ docker run -it --rm --entrypoint=/busybox/sh ghcr.io/jasper-ben/go-containerregistry/crane:debug
/ #

Looking at the docs again, I think I might be using the builds config incorrect, i.e. maybe something with the path, causing the builds section not to be picked up. Not 100% sure though, will check tomorrow.

This issue is stale because it has been open for 90 days with no
activity. It will automatically close after 30 more days of
inactivity. Keep fresh with the 'lifecycle/frozen' label.

Not stale, waiting for review

@jonjohnsonjr Friendly ping to please review #2000 🙂 Has been ready for 3 months now and it would be great to have this included before the next release