-
Notifications
You must be signed in to change notification settings - Fork 1.3k
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
Publish arm64 binaries and container images #2233
Comments
This should already be supported by just specifying the Ex:
To make the container image for this you'd just need to grab the OPA source and use the |
I think there are a few things we'd want to do to add support:
|
I tried deploying opa using helm on a Rancher k3s cluster running on a number of Raspberry Pis. The deployment fails with an "exec format error" message opa only supports the amd64 architecture, not the arm/v6 architecture. |
would love to have this as we use arm64 ec2 instances |
ℹ️ We cannot support wasm on that architecture yet, so if you're reading this try setting WASM_ENABLED=0 in your custom builds. I've brought this to the attention of the fine folks working on wasmtime-go: bytecodealliance/wasmtime-go#79 |
Times have changed, aarch64 and wasmtime-go should work now. So, what remains to be done for this is building and testing. There's ways to do that on github actions using either docker buildx or some multi-arch qemu thing, with prior art in github.com/bytecodealliance/wasmtime, for example. |
+1 |
@manelpb I'm afraid without outside help, this isn't going to happen soon. If anyone is interested in helping out here, happy to help guide you through it. |
This issue has been automatically marked as inactive because it has not had any activity in the last 30 days. |
Related: #4044 -- but that doesn't mean were publishing these images (yet), so this issue is still relevant. |
This issue has been automatically marked as inactive because it has not had any activity in the last 30 days. |
bump |
@manelpb If you want to endorse the issue, just "vote" on it by liking (i.e. thumbs up emoji) the original description. Saying "bump" or "+1" just adds noise, and as such tend to have the opposite effect on maintainers ;) |
This issue has been automatically marked as inactive because it has not had any activity in the last 30 days. |
This change adds linux/arm64 binaries to the release. It also publishes an arm64 container image for all variants (standard, debug, rootless, static) and releases (dev, edge, latest). The build and push process uses buildx in order to push the individual images by digest (i.e. untagged) and reference them in a single, tagged manifest list. This avoids cluttering Docker Hub's tag list with `<tag>-<arch>` tags. Fixes open-policy-agent#2233 Signed-off-by: Nick Graef <[email protected]>
This change adds linux/arm64 binaries to the release. It also publishes an arm64 container image for all variants (standard, debug, rootless, static) and releases (dev, edge, latest). The build and push process uses buildx in order to push the individual images by digest (i.e. untagged) and reference them in a single, tagged manifest list. This avoids cluttering Docker Hub's tag list with `<tag>-<arch>` tags. Fixes #2233 Signed-off-by: Nick Graef <[email protected]>
Take that, stalebot. Thanks again @ngraef |
This change adds linux/arm64 binaries to the release. It also publishes an arm64 container image for all variants (standard, debug, rootless, static) and releases (dev, edge, latest). The build and push process uses buildx in order to push the individual images by digest (i.e. untagged) and reference them in a single, tagged manifest list. This avoids cluttering Docker Hub's tag list with `<tag>-<arch>` tags. Fixes open-policy-agent#2233 Signed-off-by: Nick Graef <[email protected]>
Expected Behavior
It would be great if it was possible to run open-policy-agent on arm64 architecture, via multi arch container images (https://docs.docker.com/engine/reference/commandline/manifest/#create-and-push-a-manifest-list)
Muliarch images show on dockerhub:
Those images seamlessly run on supported architectures
The text was updated successfully, but these errors were encountered: