You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 5, 2023. It is now read-only.
ARM is growing! For myriad reasons, ARM is gaining traction beyond SBCs. For example, AWS Graviton instance types and the coming wave of publicly available ARM CPUs for servers. It seems to my eyes like more people are seeking multi-arch images, and I worry that the "raspberry" heritage in the name of this project will be interpreted as "not enterprise" or "not for Graviton". Is it reasonable to consider a name change (or fork+deprecate) of this project to acknowledge the broader footprint and non-Pi use-cases of ARM and multi-arch images?
The text was updated successfully, but these errors were encountered:
Issue-Label Bot is automatically applying the label feature_request to this issue, with a confidence of 0.78. Please mark this comment with 👍 or 👎 to give our bot feedback!
If you rename the project to reflect that it's not just for Raspberry Pi, you might as well also change the "bernetes" part too, since these images could still be useful in other Docker / OCI systems.
It's likely we'll move the multi-arch-images repo to the new org hyperarch here https://github.com/hyperarch. This will be specific for hosting images as such that are cross-compiled for multiple architecture types and follow the same pattern of deprecation once the upstream provide the functionality.
@xunholy Yeah, I think that's a great name! Funny, I didn't even mention M1 in the original issue - momentum for ARM is looking really strong. Appreciate the work on this project!
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Details
Describe the solution you'd like:
The text was updated successfully, but these errors were encountered: