Michael Kaplan

So I have done some more digging and it seems, there should be distinction in OS detection. That means if the OS is detected as coreos, it shouldn't try to...

So I had a look at it, for it to be properly implemented, rig library would have to provide more checks. As core os has the ID of the system...

I'll have a look at it over the weekend. Here you have the example of the one I have on hand. ``` NAME=Fedora VERSION="33.20210301.3.1 (CoreOS)" ID=fedora VERSION_ID=33 VERSION_CODENAME="" PLATFORM_ID="platform:f33" PRETTY_NAME="Fedora...

That sounds good, although I think the variant fields is more reliable source. It would be great to enhance rig in the future.

OK, I can reliably install package using curl. I would like to implement it using rpm-ostree, as it will keep the packages updated, but the issue I'm running into there...

So here is the commit [be8f6cf](https://github.com/kaplan-michael/k0sctl/commit/be8f6cf979c2cc5a0b4e900d06d43444fee99aa9), I would appreciate if you could have a look at it, I'll test it more before I send the PR. BTW: I still have...

So just to update, I still didn't managed to find the time to do it.

Ok, so to update, kubectl is in a separate rpm repo. and the reboot and reconnect (similar as @kke mentioned) would require some type trickery for which I don't have...

ok, I don't have much time to fiddle with it more. the PR should just add the definition for coreos as supported system.

I'm running my cluster on coreos for a while. kubelet has to have writable path, so example config it would be: ``` calico: flexVolumeDriverPath: /var/libexec/k0s/kubelet-plugins/volume/exec/nodeagent~uds ``` ``` controllerManager: extraArgs: flex-volume-plugin-dir:...