You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This card is a follow-up for the pending items in : #116
As now the focus is not more to streamline derivatives creation (it is just needed to build a dockerfile!) we want now to make it easier to maintain with an ease out process. The design goals were outlined in #116 already, so this is just focusing on the remaining bits that are towards moving into reducing the friction on the parts that are very hardcoded to specific linux distributions.
Be able to create a derivative from a Dockerfile with standard container build tools (buildah, docker, etc.)
Be able to create a derivative from a Kubernetes manifest CRD, using also artifacts from the Kairos factory in a "static", immutable way. Instead of running dynamic commands, we focus on statically creating high reproducible builds of images.
Be able to create custom OS from Kairos core releases from the CRD and a dedicated CLI with additional customizations: such as kernel, packages, etc.
Be able to create assets to boot the OS in different scenarios: raw disk images for cloud, ISOs for baremetal, disk images for embedded platforms, netboot artifacts for booting from network
Be able to netboot seamlessly from network with zero-touch infrastructure configuration - plugging into the existing network with our CRDs.
Be able to create your own Kairos factory artifacts
A nice to have for this would be for the k3s version to be able to be specified. There is an ARG for the earthly target today, but I couldn't figure out the format of it to actually be able to specify something that worked.
This card is a follow-up for the pending items in : #116
As now the focus is not more to streamline derivatives creation (it is just needed to build a dockerfile!) we want now to make it easier to maintain with an ease out process. The design goals were outlined in #116 already, so this is just focusing on the remaining bits that are towards moving into reducing the friction on the parts that are very hardcoded to specific linux distributions.
osbuilder
should allownodeSelector
/affinity
arguments for the builder deployments #455Design goals (copied from #116)
The text was updated successfully, but these errors were encountered: