Fixes an issue with sgdisk creating the disk images properly
Alos removes some uneeded options from the rpi4 disk cration:
- `-g` option mean to transform mbr to gptt, but the disk was already
gpt
- `-m` option tried to make the disk mbr from gpt... not sure why that
was there
- creating the disk with gpt. There is no need as sgdisk will default
to create a gpt disk
Signed-off-by: Itxaka <itxaka@kairos.io>
Now rootfs needs to provide their artifacts from packages so the dir is
no longer used, so the config needs to change
The package is still there as alpine will need it as a last resort but
it wont support secureboot
Signed-off-by: Itxaka <itxaka@kairos.io>
* Add fields to the CRDs
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* WIP Create test
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Refactor code to split in testable functions
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* WIP
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Do something actually useful in tests
- Create a random namespace
- Create an artifact
- Check that CreateConfigmap doesn't error
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* WIP
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Refactor before each so that we can change the artifact object per test
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* WIP
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* WIP
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Run kaniko to build the Dockerfile
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Build the image from Dockerfile with kaniko
Currently can build an image. For example apply these:
```
kind: Secret
apiVersion: v1
metadata:
name: mydockerfile
stringData:
Dockerfile: |
FROM ubuntu
RUN touch myfile
---
kind: OSArtifact
apiVersion: build.kairos.io/v1alpha2
metadata:
name: hello-kairos
spec:
imageName: "quay.io/kairos/core-opensuse-leap:latest"
baseImageDockerfile:
name: "mydockerfile"
key: "Dockerfile"
iso: true
```
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Clarify that convert-to-kairos is not yet implemented
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Remove implemented TODO
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* WIP
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Bump linting action
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Fix linting errors
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Bump it again
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Unexport function and run controller tests in CI
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Unexport the other one too
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Extract case to a function
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Split controller tests in a separate job
so that they run on a fresh cluster and they run in parallel
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Remove non-implemented functionality
Will happen as part of this: https://github.com/kairos-io/kairos/issues/1721
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* go mod tidy
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
* Try to use a random (free) port in tests
because sometimes we collide
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
---------
Signed-off-by: Dimitris Karakasilis <dimitris@karakasilis.me>
Due to rpi3 not supporting GPT disks, we need to separate the building
into rpi3 and 4 so rpi4 gets GPT disks and can auto-expand the last
partition properly (and add extra partitions and so on)
This also includes some cleanup for the luet cache dirs, includes the
kairos-agent which was missing from the image for pulling images, and
cleans up the lvm vgs if they were left
Signed-off-by: Itxaka <itxaka@kairos.io>
It was using the default one which provides grub artifacts for the
current arch, not specific arm64 ones for the arm images
Signed-off-by: Itxaka <itxaka.garcia@spectrocloud.com>
By playing with the buildarch and having separated luet repo files we
can install the proper artifacts for each arch AND also teh arm64
artifacts for arm images under x86
Signed-off-by: Itxaka <itxaka.garcia@spectrocloud.com>
Install all packages via luet, converges the rpi packages into one,
makes arm use the same generic packages as x86 as they now come from the
proper architecture and reduces dockerfile complexity
Signed-off-by: Itxaka <itxaka.garcia@spectrocloud.com>
This adds a new package for the iso builder run directly on go.
This is extracted from the original elemental-cli and then from the now
build-less kairos-agent
This uses no deps on elemental, only deps are on kairos-agent for the
config stuff mainly.
Signed-off-by: Itxaka <itxaka.garcia@spectrocloud.com>
Seems that if the system is slow enough, kpartx will fail to remove the
devmapping and will fail the script
Signed-off-by: Itxaka <itxaka.garcia@spectrocloud.com>
