Mirrors validate, doccheck, cross, osx, test_skopeo, and ostree_rs_ext
from containers/skopeo's .cirrus.yml into a GH Actions workflow on
podman-io/skopeo-sandbox.
Signed-off-by: Tim Zhou <tizhou@redhat.com>
Bump Skopeo to v1.23.0 to go out with Podman 6.0.
It appears that I negelcted to bump to 1.23.0-dev after 1.22.0 was
release as I should have.
Signed-off-by: Tom Sweeney <tsweeney@redhat.com>
Bump the following:
c/common to v0.68.0
c/image to v5.40.0
c/storage to v1.63.0
In preparation for Skopeo v1.23.0 to go out with Podman v6.0
Signed-off-by: Tom Sweeney <tsweeney@redhat.com>
Extends the --multi-arch flag to accept platform specifications,
allowing users to copy specific platforms from multi-architecture
images without requiring digest hashes.
Users can now specify platforms using OS/Architecture pairs:
skopeo copy --multi-arch=linux/amd64,linux/arm64 docker://src docker://dst
This feature:
- Parses comma-separated platform specifications (e.g., linux/amd64,linux/arm64)
- Copies ALL instances matching each specified platform (including all
compression variants and other variations)
- Works alongside existing --multi-arch options (system, all, index-only)
- Leverages the InstancePlatforms field added in containers/image
The implementation follows the design from containers/image#1938 and
containers/container-libs#656, providing a more user-friendly alternative
to specifying digest hashes via the Instances field.
Signed-off-by: Alex Guidi <aguidi@redhat.com>
We'll only be releasing breaking changes on rawhide so dist-git PRs
should only be created for rawhide.
Signed-off-by: Lokesh Mandvekar <lsm5@linux.com>
The `Skopeo test w/ Sequoia (currently Rawhide)` matrix entry was
introduced in 9753a1a1 ("Also build+test with Sequoia") because
`rust-podman-sequoia` (used by the `containers_image_sequoia` build tag)
shipped only in Rawhide. .cirrus.yml's own comment foreshadowed the
exit condition:
"once we update to a future Fedora release (or if the package is
backported), switch back from Rawhide to the latest Fedora release."
Both halves of that condition are now met:
* Bodhi: rust-podman-sequoia-0.2.0-3.fc43 (stable, F43)
0.3.2-1.fc44 (stable, F44)
* containers/automation_images@46088a81 (2025-11-21) broadened the
install condition in cache_images/fedora_packaging.sh from
"Rawhide only" to `OS_REL_VER -ge 43`. The Fedora cache image and
the skopeo_cidev container at the current IMAGE_SUFFIX
(c20260310t170224z-f43f42d14, F43-based) include podman-sequoia.
Concretely:
* .cirrus.yml — drop the multi-line "currently using rawhide" comment
block and the now-unused RAWHIDE_CACHE_IMAGE_NAME env definition.
* .cirrus.yml — switch the Sequoia matrix entry's VM_IMAGE_NAME from
${RAWHIDE_CACHE_IMAGE_NAME} to ${FEDORA_CACHE_IMAGE_NAME} and drop
the "(currently Rawhide)" suffix from the matrix-entry name.
* .cirrus.yml — drop ${RAWHIDE_CACHE_IMAGE_NAME} from meta_task's
IMGNAMES keepalive list.
* contrib/cirrus/runner.sh — remove the temporary
`[[ "$VM_IMAGE_NAME" =~ "rawhide" ]]` compatibility branch in
_run_setup(); it was specifically annotated as "Eventually, we'll
stop using Rawhide again" and the .cirrus.yml note pointed here for
cleanup.
No IMAGE_SUFFIX bump — that's Renovate's responsibility.
No test-script changes — Sequoia tests continue to use the same
`containers_image_sequoia` build tag against the same Fedora target,
just on the regular Fedora cache image instead of the Rawhide one.
Signed-off-by: Tim Zhou <tizhou@redhat.com>
The OWNERS file is no longer applicable to this repository as it no
longer uses the openshift merge bot. References in the MAINTAINERS.md
file are also pruned.
Signed-off-by: Brent Baude <bbaude@redhat.com>
Manually update to commits on main, because automation
would find latest tags on a release branch and downgrade
to them instead.
Signed-off-by: Miloslav Trmač <mitr@redhat.com>
Even though it appears that Skopeo is not affected by CVE-2026-33186,
I have been pinged about it already. Just to keep the CVE sniffers at
bay, bump to the appropriate version of gRPC.
Signed-off-by: Tom Sweeney <tsweeney@redhat.com>
