containmint
Create multi-arch containers using native cloud builds.
Q&A
Why another tool?
Most existing tools and services rely on QEMU to perform container builds on other architectures. These builds are much slower, often running 15x longer than native builds.
Additionally, using customizable virtual machines allows for builds which dedicated build services may not support.
How does it work?
Ephemeral virtual machines are provisioned through the Ansible Core CI service [1]. These virtual machines are used to perform native container builds. The resulting images are pushed to a container registry.
After the container images are pushed, a manifest list referencing the container images is created. The manifest list is then pushed to a container registry.
Footnotes
Usage Examples
Configure container registry credentials
The credentials [2] for the container registry [3] are set using environment variables:
export CONTAINMINT_USERNAME = 'my-username'
export CONTAINMINT_PASSWORD = 'my-password'
Footnotes
Use the --no-login option to allow operation without credentials. This option is only usable when not pushing to a container registry.
Only one container registry can be used with each invocation. Multiple repositories from the same registry can be used.
Build and push a multi-arch container
The following steps can be performed in parallel:
containmint build --push --tag quay.io/my_org/scratch_repo:my_tag-x86_64 --arch x86_64
containmint build --push --tag quay.io/my_org/scratch_repo:my_tag-aarch64 --arch aarch64
Once the steps above have been completed:
containmint merge --push \
--tag quay.io/my_org/final_repo:my_tag \
quay.io/my_org/scratch_repo:my_tag-x86_64 \
quay.io/my_org/scratch_repo:my_tag-aarch64
This results in three tags:
quay.io/my_org/final_repo:my_tag – This manifest list contains x86_64 and aarch64 images.
quay.io/my_org/scratch_repo:my_tag-x86_64 – This image is x86_64 only.
quay.io/my_org/scratch_repo:my_tag-aarch64 – This image is aarch64 only.
Metadata
Release files for containmint 0.6.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| containmint-0.6.0.tar.gz | 32.6 kB | Without provenance | Details for containmint-0.6.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| containmint-0.6.0-py3-none-any.whl | Python 3 | none | any | Details for containmint-0.6.0-py3-none-any.whl |
Total release size: 54.3 kB
Release files / containmint-0.6.0.tar.gz
| Download URL | containmint-0.6.0.tar.gz |
|---|---|
| Size | 32.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
cbeb758dc364d92f265a6c854c44c879ced7dc944c29acb6343fc0189aca8c41
|
|
BLAKE2b-256 checksum How to use checksums |
60b8f77291779049b2805b9b05264cbf6fafbc4809891d1b1cdef2752a3c779a
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
python-requests/2.32.5
|
Release files / containmint-0.6.0-py3-none-any.whl
| Download URL | containmint-0.6.0-py3-none-any.whl |
|---|---|
| Size | 21.8 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
9fe7d0d43fe17f418b0b284dcfd8840ab03ad23c834f780a641dbe18c6106b26
|
|
BLAKE2b-256 checksum How to use checksums |
7f1097c6bc0c7abde6745ccf6cecf09db92b206f2c2ffdd03922bc08930ae36e
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
python-requests/2.32.5
|
Security for containmint 0.6.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.