-
Notifications
You must be signed in to change notification settings - Fork 104
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
Should support arm64 #100
Comments
@zz if you're still interested, I have an ARM64 multi-arch image here: https://github.com/LukeChannings/docker-deno ( |
Wow, that's great @LukeChannings . So this (more or less) "just works" if you pass the --platform argument? Am I reading that correctly? Is there a reason to do it like you do (downloading from releases) rather than as a multi-step? |
Hey @hayd, The I push the artefact to the release so that the deno binary can be downloaded independently, since there is not yet an official aarch64 builds. Of course, aarch64 builds of 1.7.0 aren't available atm because rusty_v8 isn't available yet and I've had trouble compiling it manually. |
Is there any update on this? I need to deploy Deno >= 1.12 in production and I'm having difficulty testing locally on my arm64 machine |
I guess I never followed this, does this mean we wouldn't be able to build aarch64 on the denoland's ubuntu-large in CI? That said, my suspicion is that maintaining arm64 will be much more palatable once there is native support for arm64 in GitHub actions (azure). Until then it's unlikely denoland will be able to maintain it. Though.. I don't speak for the team that is just my hunch. The latest is that @LukeChannings is still maintaining https://github.com/LukeChannings/deno-arm64 |
I believe the current best way of handling this is by doing something like: https://github.com/docker/build-push-action/blob/master/docs/advanced/multi-platform.md |
Any update on this? |
+1 |
+1 It would be great to have official arm64 builds available as the architecture is getting more popular, both for development (recent Macbooks) and for servers (graviton etc). |
Hmm, recommendation here is to use a third party image. Same as how the alpine build is based on a third party image. I'd like to see alpine removed from the official docker repository and arm64 builds added. That way those interested in using "The easiest, most secure JavaScript runtime" can be steered into using official images that are based only on official images. |
I think this can be closed |
Docker image should have arm64
The text was updated successfully, but these errors were encountered: