-
Notifications
You must be signed in to change notification settings - Fork 1.9k
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
[tracking] multi-architecture support #487
Comments
I see that even though some of the linked issues have been resolved, there has been no activity on this issue. Are you still planning on updating it? |
Thanks for the prompt, @agronholm . Something of a status report: The manifest command is added (#138) and scheduled for deployment in 18.02-ce. The "image manifest override" is noted by @agronholm in #327 as being referenced but not implemented with the experimental #392 refers to Notary support, which appears to be very well stalled. #183 was solved back in November 2017. |
Now with the manifest command done, the only thing holding me back from properly using multiarch images is the hard coded restriction that disallows switching to a different architecture. Is containerd still a problem in this regard, or is this only waiting for the restriction to be lifted in dockerd code? |
@agronholm - the issue open still that I see on containerd is which I've added to this master list. Is that what you were looking at, or is there something different? 2029 tries to address the question of multi-arch images running on multi-arch runtimes (e.g. a runtime that supports both 32 and 64 bits trying to pick a "correct" container image). |
I am not concerned with the logic to pick the correct image for me. I'm concerned with the ability to tell docker to pick a particular architecture for the image. Qemu with binfmt support will provide compatibility. This actually used to work pretty well until Docker started telling me it can't find a compatible image when I point it to an ARM only image. |
My use case is that I have a CI server and I need to produce an image of the software for both x86-64 and ARMv7. The most convenient way would be to have an identical Dockerfile and simply switch the arcthitecture as necessary with the |
Right now I'm using Resin's ARM images for building the ARMv7 version, but this is not ideal. |
Docs missing for node platform constraints #619 looks relevant as well, if I understand your use case. |
I'm not sure I understand what #619 is about. Right now the |
Because setting the CPU arch would be a lie. The builder only supports running on the current arch ( It sounds like issue #327 is what you want. |
I wish I knew enough about Docker's internals to argue :) |
Hi, |
This is a tracking issue for multi-architecture support.
"it would be good to open an issue that lists all the missing features as a checklist."
Since the split of Docker into components (cli, moby, linuxkit) some of the discussion about multiarch support has dispersed; this is one attempt to identify related PRs and issues that span project boundaries.
From docker/cli the following issues and PRs are relevant to multiarch support:
Cross-link to tracking issues elsewhere TBD.
The text was updated successfully, but these errors were encountered: