-
Notifications
You must be signed in to change notification settings - Fork 165
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cmd-build: Conditionally change the packing structure of container-image #3445
Conversation
It sounds like we're saying we should have the OCI manifest and config in the cosa s3 storage. I'd say this should appear as e.g. And that's a change that we can just make now in coreos-assembler to start writing that data. Then in later changes we start reading it. |
Slightly leaning towards a single file to keep the number of "untracked" metadata files down, but no strong opinion either.
SGTM! |
We started on this together
|
Hmm, was thinking more this would be another known metadata file in the build dir. Do you think we need to go all the way to making a new artifact for this? |
7d88222
to
ca5266f
Compare
Hmm I'm not finding useful logs in the rhcos test |
The upgrade test in jenkins was just a flake, I've restarted it. |
I don't understand the difference between a "known metadata file" and an artifact in this context. Are you saying that we could upload stuff into the build directory that isn't in |
51e4bda
to
599491e
Compare
When the previous build exists, use its packing structure otherwise container-encapsulate generates a new one
599491e
to
50eea7d
Compare
/retest |
Looking at the code more, basically what we want is the default Another alternative is to switch to having the pipeline download the base container image by default, and extract the manifest from that. Something like
A third option is to teach rpm-ostree to accept |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall looks sane to me; I don't quite see how we'd do this without adding a new artifact, so having one makes sense to me.
skopeo inspect --raw oci-archive:"${ostree_tarfile_path}" > tmp/manifest.json | ||
/usr/lib/coreos-assembler/finalize-artifact tmp/manifest.json "${ostree_oci_manifest_path}" | ||
ostree_oci_manifest_sha256=$(sha256sum "${ostree_oci_manifest_path}" | awk '{print$1}') | ||
ostree_oci_manifest_size=$(stat --format=%s "${ostree_oci_manifest_path}") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This stuff looks duplicated? Do we need this here?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK I see why now, we need it in both paths, but maybe extract a helper function for this?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ah but that's hard because we currently set global variables, and fixing that is messy.
This is causing problems. I opened a revert in #3506 |
Use the
prior-build
flag to conditionally change packing structureA part of rpm-ostree:pull/4271