Jonathan Lebon

That said, having support for a tool which takes a `pipeline.yaml` and runs the appropriate cosa subcommands is definitely an interesting avenue (i.e. as discussed in https://github.com/coreos/coreos-assembler/issues/3008).

I'd also vote for 1. I asked ART internally about consequences.

I was linked to https://github.com/openshift/doozer/blob/bb4085a515dedc0234d5ef3ca15fecf843c74875/doozerlib/rhcos.py#L80-L90, which would handle this gracefully, so I think we're good to do 1. As a courtesy, I'd suggest also filing a draft PR against openshift/doozer...

OK so actually there is another consideration here. With the pipeline changes I'm working on, all the container images we push will be manifest lists to Quay.io. This brings back...

> My opinion is: > > * Stop caring about this metadata for FCOS pipeline today - nothing reads it (right?), so we can just stop writing it. It's not...

> OK, sounds like we're all in agreement on this. Conceptually today, `meta.json` are arch specific anyways, so having the image digest be arch specific actually makes sense too. OK...

Yup, agreed this is likely an rpm-ostree problem. Will look into this.

Hmm actually I can't reproduce this locally on a fresh RHCOS build. Both running `rpm-ostree override remove` directly and via `cosa kola switch-kernel`. What RHCOS are you testing this on?

Hmm yeah that's a different issue. No issues reusing this ticket if you'd prefer. Maybe try to run the same commands manually yourself until you hit the error? The kola...

Most tests require only 1G of RAM and only recently did some tests get bumped to 1.5G due to https://bugzilla.redhat.com/show_bug.cgi?id=1907030 (hopefully temporarily). So I don't think we should spend a...