Support for arm macOS

[codeblooded]

Now that docker and go have some support on arm macOS, do we plan to support development using kubebuilder on Apple Silicon?

---

Notes, add the following to the raised ticket to clarify its status:
To support Apple Silicon arm64, we need to:

• : Begin to produce the Kubebuilder bin for this format ( done since the 3.4.0 release )

However, we still need to:

• :Produce the kubebuilder-tools for this format see: (https://storage.googleapis.com/kubebuilder-tools). For we are able to address this need, the issue: Build kubebuilder-tools for darwin/arm64  #2664 was created. (we need to have etcd binary for this architecture, see: etcd dependency has no darwin/arm64 binary operator-framework/operator-sdk#5654)
• :Have kustomize v3 bin in this architecture (see: Produce darwin/arm64 binaries for v3 kustomize#4612)
  AND/OR (no longer required with the PR: [Blocked do not merge] ⚠️ (kustomize/v1,go/v3): upgrade kustomize 3.x to 4.x and add test to ensure backwards compatibility #2758)
• : be able to use kustomize v4. See the proposal PR with kustomize v4: ✨ add kustomize/v2-alpha plugin to support kustomize versions >= v4 (pinned version 4.5.3) #2583 ( will be available from the next release 3.5)

PS.: We also might need to build the images with the arch/so, see: #2695

/kind feature

[camilamacedo86]

Hi @codeblooded,

I understand that what you are looking for is to kubebuilder provide kubebuilder_darwin_arm64 binaries as well. Am I right? It is not provided currently(https://github.com/kubernetes-sigs/kubebuilder/releases).

[codeblooded]

@camilamacedo86 Yes, I assume this will be blocked by the release of Go 1.16 which adds support for darwin arm64. I just wanted to create the bug and see if it is a target that kubebuilder intends to support. 😄

[Adirio]

Just a comment, to include it in the automatic release process, we would also probably need to include it in the CI and I don't think this arch is supported by neither Prow nor GH Actions (except hosting our own runners).

[codeblooded]

That's true. I'm curious to see what they do for kubernetes/kubectl#988 which is backlogged.

I'm sure actions will eventually support it, but I haven't seen a bug for it. I know some other CNCF projects are looking at or already using MacStadium. They now have racks of m1 minis in their data centers.

[Adirio]

Self hosted runners should support whatever OS/arch combination you want. But we are not using self hosted runners (neither for Prow nor fot GH Actions) in kubebuilder.

[joelanford]

Do we know if cross-compilation will be possible from linux_amd64 to darwin_arm64 when go 1.16 is released?

I have an M1 Mac, btw, so I am interested in this as well. I'm also a willing guinea pig :).

[Adirio]

Do we know if cross-compilation will be possible from linux_amd64 to darwin_arm64 when go 1.16 is released?

Cross-compilation has never been an issue in Go so I don't expect it to be one now, but with these things, as I said yesterday in the triage meeting, you never know.

[fejta-bot]

Issues go stale after 90d of inactivity.
Mark the issue as fresh with /remove-lifecycle stale.
Stale issues rot after an additional 30d of inactivity and eventually close.

If this issue is safe to close now please do so with /close.

Send feedback to sig-contributor-experience at kubernetes/community.
/lifecycle stale

[Adirio]

/lifecycle frozen

[schegi]

Any news about this?

[jpfourny]

Any progress on this? I hate having to use Rosetta on my M1 to compensate for lack darwin-arm64 release. More and more organizations are replacing old Intel Macs with M1.

[imxw]

you can use homebrew to download it.
brew install kubebuilder
This version supports Apple Silicon

[camilamacedo86]

To support Apple Silicon arm64 we need to:

• : Begin to produce the Kubebuilder bin for this format ( done since the 3.4.0 release )

However, we still needing to:

• :Produce the kubebuilder-tools for this format see: (https://storage.googleapis.com/kubebuilder-tools). For we are able to address this need the issue: Build kubebuilder-tools for darwin/arm64  #2664 was created.
• :Have kustomize v3 bin in this architecture (see: Produce darwin/arm64 binaries for v3 kustomize#4612) OR be able to use kustomize v4. See the proposal PR with kustomize v4: ✨ add kustomize/v2-alpha plugin to support kustomize versions >= v4 (pinned version 4.5.3) #2583

[camilamacedo86]

I am adding this one as a priority since it has been requested a lot.
c/c @rashmigottipati @varshaprasad96 @jmrodri @ryantking @everettraven

[camilamacedo86]

removing the assignment to @gabbifish since she has no longer working on this one.

[imilchev]

+1 for this

[jwx0925]

+1 for this

[camilamacedo86]

From the Kubebuilder side ( next 3.5.0 release ) all is done for we are able to support Apple Silicon, we are just looking for etcd produce the binary. See: etcd-io/etcd#14001 (comment)

[camilamacedo86]

To work with Apple Silicon users can:

Update the kustomize version on the default scaffold with go/v3 to use kustomize v4.5.5
OR
Try to experiment it with the new kustomize/v2-alpha plugin by currently running kubebuilder init --plugins="kustomize/v2-alpha,base.go.kubebuilder.io/v3"

We cannot say that we officially support the platform until we generate a new golang plugin as go/v4-alpha and ensure that all works fine with OR we verify that we can move forward with #2758 (I do not think that we will able to do so. We checked that it brokes consumers so we cannot risk introducing breaking changes for those that has been using kubebuilder as a lib).

Note that the kustomize docs about what is a breaking change or not from v3 to v4 is not very clear as it does not provide a migration guide.

[camilamacedo86]

Looking for PTAL #2785 to close this one.