Skip to content
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

Multi-architecture miniforge docker container #133

Closed
1 of 3 tasks
westurner opened this issue Apr 27, 2020 · 1 comment
Closed
1 of 3 tasks

Multi-architecture miniforge docker container #133

westurner opened this issue Apr 27, 2020 · 1 comment

Comments

@westurner
Copy link

westurner commented Apr 27, 2020

Could this include the arch string in the miniforge download URL?

RUN wget --no-hsts --quiet https://github.com/conda-forge/miniforge/releases/download/${MINIFORGE_VERSION}/Miniforge3-${MINIFORGE_VERSION}-Linux-x86_64.sh -O /tmp/miniforge.sh && \

https://github.com/conda-forge/miniforge/releases

  • Miniforge3-${MINIFORGE_VERSION}-Linux-x86_64.sh
  • Miniforge3-${MINIFORGE_VERSION}-Linux-aarch64.sh
  • Miniforge3-${MINIFORGE_VERSION}-Linux-ppe64le.sh

How to make the Dockerfile pass the arch through to be templated into the miniforge release URL?

  • In docker experimental mode, the --platform flag works
  • In lieu of waiting for things to emerge from experimental mode in the moby project, specifying the CPU arch as a build ARG or ENV variable (TARGET_CPU_ARCH=x86_64 | aarch64 | ppe64le may be the most portable way to support multiple architectures (and any container builder) with the miniforge docker container.

...

@westurner
Copy link
Author

westurner commented Apr 27, 2020

Whoops. Closing as a duplicate of #102; which isn't specifically about miniforge but is still pretty much the same issue.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant