Benjamin Gilbert
Benjamin Gilbert
Could we support a denylist instead? `kola testiso` already has a similar case, where the caller can either use the defaults or completely replace them. The result is that we...
I didn't mean a denylist file. The current approach is awkward, though, because it requires a separate `--skip-scenarios` (should be `--skip-scenario`?) argument for each denied scenario. Ideally we'd take a...
Most of our kola tests are single-node. qemu-unpriv nodes can communicate with the Internet, but nodes in multiple-node test clusters cannot communicate with each other.
Expanding on @cgwalters's comment: AIUI this design would leave a key step of the SE image build process invisible to RHCOS developers and versioned independently of cosa. I don't think...
Couldn't the `create_disk.sh` in this repo be parameterized to allow omitting the steps that SE needs to defer?
@jschintag https://github.com/coreos/coreos-installer/pull/968 seeks to add that backward compatibility.
This should also take the CPU architecture into account: ppc64le and s390x don't have UEFI and aarch64 doesn't support Secure Boot yet.
Looks like osmet packing is unhappy in CI.
I'm not sure the test would provide much value if it didn't delete the primary disk, because in that case, we wouldn't be confirming that some part of the system...
We only default to 3.2.0 in the `master` branch, not in the `rhcos-4.6` branch. Do you build 4.6 images using `master`?