Skip to content
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

[RFE] Support rebuilding CAPI images in Azure Community Gallery without changing Flatcar and Kubernetes version #1270

Open
invidian opened this issue Nov 29, 2023 · 0 comments
Labels
kind/feature A feature request

Comments

@invidian
Copy link
Member

Current situation

With #1265, we run into an issue with CAPI images, where rebuilding with a certain image-builder patch would help delivering working images to users again. However, this requires removal of current images from the community gallery and rebuilding them, which is not optimal (ideally artifacts should be append-only, as their checksums will change and it makes it hard to track when images gets updated etc etc.).

Impact

Delivering image-builder patches requires removal of existing images, which is undesired.

Ideal future situation

Images with image-builder updates can be made easily available to users, without a need for removal of existing images.

Implementation options

We could add a build number (e.g. incremented sequentially when required) to CAPI images to be able to deliver image-builder patches when needed. This is similar to what distro packages are doing with changes to build system or when packages are rebuilt because their dependencies has been updated.

So names like flatcar-stable-amd64-capi-v1.26.11 would become flatcar-stable-amd64-capi-v1.26.11-1 and with image-builder patch, new image would become flatcar-stable-amd64-capi-v1.26.11-2.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature A feature request
Projects
Status: 📝 Needs Triage
Development

No branches or pull requests

1 participant