-
Notifications
You must be signed in to change notification settings - Fork 27
Compose multi-arch image manifests for a containerdisk #41
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
Comments
I think, in general nothing speaks against that. The main issue probably is testing them. The x86_64 images are tested as part of the publish flow (so only very-likely working content gets released). |
@0xFelix FYI |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with /lifecycle stale |
/remove-lifecycle stale |
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with /lifecycle stale |
Stale issues rot after 30d of inactivity. If this issue is safe to close now please do so with /lifecycle rotten |
Rotten issues close after 30d of inactivity. /close |
@kubevirt-bot: Closing this issue. In response to this:
Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
Is this a BUG REPORT or FEATURE REQUEST?:
/kind enhancement
Hi 😺
I'm curious about whether handling non-x86_64 images has been discussed yet and if it is something that is in scope/worth the time to invest. While I haven't been keeping it up the best, and it is mostly just ran by automation at this point, we did have success with publishing multi-arch image manifests (only amd64 and arm64) of the container disks we build to then boot those. Every image currently supported (and more!) within
kubevirt/containerdisks
should have a compatible aarch64 image existing for download (at least I've done it for Debian, Ubuntu, Fedora, FCOS, Centos, Rocky, and AlmaLinux).I'm not sure how testing is currently happening of these images or if we are running these through Prow for validation, that may be even more difficult with aarch64 images if there is limited hardware.
(linking to kubevirt/kubevirt#3558)
The text was updated successfully, but these errors were encountered: