-
Notifications
You must be signed in to change notification settings - Fork 559
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Getting "no such manifest" since provenance was added #764
Comments
This is expected. See docker/buildx#1509 (comment) and also docker/buildx#1509 (comment) for more context. |
Hi @crazy-max 👋 thanks for the quick reply! do I understand correctly this change ships with buildx 0.10.0 (included in docker desktop 4.16.0)? will |
looks like |
Not just Buildx but also BuildKit 0.11 (which is used by default with the setup-buildx-action step in your workflow (here) that creates a docker-container builder) On Docker Desktop, the default builder is the docker driver (BuildKit in the Docker engine) which is still BuildKit 0.8 so there is no attestation support.
This is currently discussed in docker/buildx#1509. If you can add your use case with |
@crazy-max Could I suggest a pinned issue in this repo, to help people find the buildx issue? |
Troubleshooting
Before submitting a bug report please read the Troubleshooting doc.
Behaviour
--provenance mode=max,builder-id=https://github.com/***/actions-runner-controller-releases/actions/runs/3939568621
exporting attestation manifest ...
provenance: false
(I'm running v3.3.0), the manifests are fixedSteps to reproduce this issue
workflow linked above
Expected behaviour
i expect the manifests on docker.io and ghcr.io not to be broken (or it should be a v4 bump or so and fixed differently? should I update docker cli?)
Actual behaviour
manifests broken, see above
Configuration
Logs
logs_14.zip
The text was updated successfully, but these errors were encountered: