Daniel Walsh wrote:
> And work is under way, to upgrade Tiny Core and to upgrade
Fedora:
>
> * Tiny Core Linux 11.0
>
> * Fedora 31
Would love to have this replaced by Fedora CoreOS. But that might be
quite a bit larger. Fits in to the Container story better though.
If I understand things correctly, CRC (and OKD) uses Fedora CoreOS.
So that might be an alternative here, for something based on CoreOS ?
https://github.com/openshift/okd/blob/master/README.md#getting-started
It would install a whole cluster instead of a container host, though.
I wanted a LiveCD for a Boot2Podman alternative, not a cloud installer.
So then it was easier with the Minishift (Origin) image as a base...
https://github.com/minishift/minishift-fedora-iso
The default is to use the CentOS 7 image, but it was too old for this.
And the kickstart files are similar enough anyway, between the two ?
https://github.com/minishift/minishift-centos-iso
I think it should be _theoretically_ possible to use Fedora CoreOS.
But you would have to create that initial Ignition FCC file somewhow:
qemu-img create qcow2 -b fedora-coreos-qemu.qcow2 my-fcos-vm.qcow2
qemu-kvm -m 2048 -cpu host -nographic \
-drive if=virtio,file=my-fcos-vm.qcow2 \
-fw_cfg name=opt/com.coreos/config,file=path/to/example.ign
The disk usage would also increase a lot (again), from 366M to 1644M.
Compared to the original 117M (for TCL), that is almost 15 times...
If you want an immutable container host OS for your public cloud,
I'm sure it's a fine choice. But it's "overkill" just to run podman
?
The same goes for k8s, in the shape of kubeadm. So I'm using k3s.
It has a *quarter* of the memory footprint, while still using crio.
And there's still some way to go, to get down to the sizes of
dockerd (for machine) and containerd (for k3s). Currently, half:
58M boot2docker.iso
50M k3s
So for now, I will "only" do the incremental OS version upgrades
Sounds like a good opportunity for the Fedora community, though ? ;-)
/Anders