.nh .TH podman-manifest 1 .SH NAME .PP podman-manifest - Create and manipulate manifest lists and image indexes .SH SYNOPSIS .PP \fBpodman manifest\fP \fIsubcommand\fP .SH DESCRIPTION .PP The \fB\fCpodman manifest\fR command provides subcommands which can be used to: .PP .RS .nf * Create a working Docker manifest list or OCI image index. .fi .RE .SH SUBCOMMANDS .TS allbox; l l l l l l . \fB\fCCommand\fR \fB\fCMan Page\fR \fB\fCDescription\fR add podman-manifest-add(1) T{ Add an image to a manifest list or image index. T} annotate podman-manifest-annotate(1) T{ Add or update information about an entry in a manifest list or image index. T} create podman-manifest-create(1) T{ Create a manifest list or image index. T} exists podman-manifest-exists(1) T{ Check if the given manifest list exists in local storage T} inspect podman-manifest-inspect(1) T{ Display a manifest list or image index. T} push podman-manifest-push(1) T{ Push a manifest list or image index to a registry. T} remove podman-manifest-remove(1) T{ Remove an image from a manifest list or image index. T} rm podman-manifest-rm(1) T{ Remove manifest list or image index from local storage. T} .TE .SH EXAMPLES .SS Building a multi-arch manifest list from a Containerfile .PP Assuming the \fB\fCContainerfile\fR uses \fB\fCRUN\fR instructions, the host needs a way to execute non-native binaries. Configuring this is beyond the scope of this example. Building a multi-arch manifest list \fB\fCshazam\fR in parallel across 4-threads can be done like this: .PP .RS .nf $ platarch=linux/amd64,linux/ppc64le,linux/arm64,linux/s390x $ podman build --jobs=4 --platform=$platarch --manifest shazam . .fi .RE .PP \fBNote:\fP The \fB\fC--jobs\fR argument is optional, and the \fB\fC-t\fR or \fB\fC--tag\fR option should \fInot\fP be used. .SS Assembling a multi-arch manifest from separately built images .PP Assuming \fB\fCexample.com/example/shazam:$arch\fR images are built separately on other hosts and pushed to the \fB\fCexample.com\fR registry. They may be combined into a manifest list, and pushed using a simple loop: .PP .RS .nf $ REPO=example.com/example/shazam $ podman manifest create $REPO:latest $ for IMGTAG in amd64 s390x ppc64le arm64; do podman manifest add $REPO:latest docker://$REPO:IMGTAG; done $ podman manifest push --all $REPO:latest .fi .RE .PP \fBNote:\fP The \fB\fCadd\fR instruction argument order is \fB\fC\fR then \fB\fC\fR\&. Also, the \fB\fC--all\fR push option is required to ensure all contents are pushed, not just the native platform/arch. .SS Removing and tagging a manifest list before pushing .PP Special care is needed when removing and pushing manifest lists, as opposed to the contents. You almost always want to use the \fB\fCmanifest rm\fR and \fB\fCmanifest push --all\fR subcommands. For example, a rename and push could be performed like this: .PP .RS .nf $ podman tag localhost/shazam example.com/example/shazam $ podman manifest rm localhost/shazam $ podman manifest push --all example.com/example/shazam .fi .RE .SH SEE ALSO .PP \fBpodman(1)\fP, \fBpodman-manifest-add(1)\fP, \fBpodman-manifest-annotate(1)\fP, \fBpodman-manifest-create(1)\fP, \fBpodman-manifest-inspect(1)\fP, \fBpodman-manifest-push(1)\fP, \fBpodman-manifest-remove(1)\fP