-
Notifications
You must be signed in to change notification settings - Fork 406
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
Panic building for multiple explicit platforms #544
Comments
Weird, I generally do this a bunch, so lemme try it locally and see what's up. |
Weird this doesn't repro with the version I have installed, but does at HEAD. Gonna open the code now and see what this is. |
Ok, pretty sure I found the bug: https://github.com/google/ko/pull/527/files#diff-1122f9e78a67758fe70c136cfe87ae6ea4a93ec4dc81a422bfbe57d2321ba868R892 Going to confirm shortly |
Yeah that was it. |
mattmoor
added a commit
to mattmoor/ko
that referenced
this issue
Dec 14, 2021
In the PR where we added concurrency we used a fixed length array to store addendum to preserve the ordering from the base image when constructing the final index. However, with `--platform=...` this list may be filtered, which gives us `nil` entries in our addendum. This filters `nil` entries prior to constructing the index. Fixes: ko-build#544
mattmoor
added a commit
that referenced
this issue
Dec 14, 2021
In the PR where we added concurrency we used a fixed length array to store addendum to preserve the ordering from the base image when constructing the final index. However, with `--platform=...` this list may be filtered, which gives us `nil` entries in our addendum. This filters `nil` entries prior to constructing the index. Fixes: #544
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Running from HEAD at 2ba70fc:
--platform=all
works as expected, the panic only happens when we have explicit platforms listed.This seems to be an issue inside
cosign/pkg/oci/walk/walk.go
, which is a relatively new code path.This also indicates we should have an e2e test that checks this code path.
cc @mattmoor
The text was updated successfully, but these errors were encountered: