это типа такой локальный репозиторий делается

берем зашиваем нужные rpmки в оператор

Оно и 4.5 было, просто раньше не было отдельной репы (был ямл с башем который генерит ямл с докерфайлом 🙈)

ну вот, кажется это был посредний секрет опеншифта, который я не понимал :)

Не совсем - зашиваем рпмки в ostree коммит, который применяет MCO

Можно подкладывать k8s манифесты, их CVO будет применять

FROM scratch
COPY --from=build /srv/ /srv/
COPY --from=build /extensions/ /extensions/
COPY manifests/ /manifests/
COPY bootstrap/ /bootstrap/
LABEL io.openshift.release.operator=true
ENTRYPOINT ["/noentry"]

а кто применяет то?

это в cvo вшивается чтоли?

oc adm release new пишет референс на имадж с CVO, пуллит и складывает манифесты в этом имадже

ну то есть содержимое image в cvo засаывается в итоге?

в release image точнее

Pull From: quay.io/openshift/okd@sha256:a5392db432c990ee012ab189e9fa0d7b6a168f6e9b9e9da7fb10768b48752ca0
вот в эту

Ага, да

а всё, не в сам release image во внутрь, а ссылается:

        "name": "machine-os-content",
        "annotations": {
          "io.openshift.build.commit.id": "852a80fce24319e8725e1c656b4388689902f622",
          "io.openshift.build.commit.ref": "release-4.6",
          "io.openshift.build.source-location": "https://github.com/openshift/okd-machine-os",
          "io.openshift.build.version-display-names": "machine-os=Fedora CoreOS",
          "io.openshift.build.versions": "machine-os=33.20201124.10"
        },
        "from": {
          "kind": "DockerImage",
          "name": "quay.io/openshift/okd-content@sha256:880f0e1cfb4a5c8c22dd9cbb54c2294bcbbcfef30b126d5c04d3160f84438c6a"
        },

Он и ссылается (чтобы mco мог достатб ostree коммит, к примеру) и манифесты в себя складывает - чтобы манифесты из разных операторов разложить по ранлевелам и проверить что они валидные при создании релиза

интересные у вас решения, я должен сказать

я бы недогадался до такой хитрой конструкции :)

так это и проблему с отсутствующими пакетами на coreos решает

пока они там комитеты собирают и решают что включать, можно быстренько насобирать вот такой вот оператор и включить себе tcpdumpы

не, ну хорошо, что свою coreos собирать больше не надо, одной проблемой меньше :)

Я на планнинге не был, но мы на основе опыта с openshift-ansible писали огромную доку как можно сломать кластер - кривые репы, разные версии имаджей в конфиге, проблемы с прокси/миррорами.
Отсюда решение - один имадж который все контролирует