You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on May 24, 2024. It is now read-only.
A toplevel goal of this project is to not fork the underlying OS. Contrast with e.g. https://github.com/coreos/fedora-coreos-config/ which carries its own lockfiles, which creates divergence.
Today, the fedora-derivatives tooling uses "composes" which are basically versioned directories written to NFS-like storage and served by HTTP with custom JSON metadata.
It'd be useful for us to have our version number (which is reflected both in /usr/lib/os-releaseand the standard org.opencontainers.image.version label) include the underlying compose version.
rpm-ostree supports a mutate-os-release key which is intended for this. I think what may work best is if we have a new yaml file like:
or so? Then we'd need to overwrite composeversion.yaml in git too. Hmm, maybe we don't need ${releasver} here at all. Yeah...let's just simplify this to:
The centos compose mentioned in c9s.repo file is the latest and greatest centos stream "release". Should we use the centos stream development composes instead?
A toplevel goal of this project is to not fork the underlying OS. Contrast with e.g. https://github.com/coreos/fedora-coreos-config/ which carries its own lockfiles, which creates divergence.
Today, the fedora-derivatives tooling uses "composes" which are basically versioned directories written to NFS-like storage and served by HTTP with custom JSON metadata.
It'd be useful for us to have our version number (which is reflected both in
/usr/lib/os-release
and the standardorg.opencontainers.image.version
label) include the underlying compose version.rpm-ostree supports a
mutate-os-release
key which is intended for this. I think what may work best is if we have a new yaml file like:or so? Then we'd need to overwrite composeversion.yaml in git too. Hmm, maybe we don't need
${releasver}
here at all. Yeah...let's just simplify this to:The text was updated successfully, but these errors were encountered: