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

[Feat]: Missing assets for darwin arm64 #6659

Closed
blotero opened this issue Feb 2, 2024 · 6 comments
Closed

[Feat]: Missing assets for darwin arm64 #6659

blotero opened this issue Feb 2, 2024 · 6 comments
Labels
enhancement Some improvement that isn't a feature

Comments

@blotero
Copy link

blotero commented Feb 2, 2024

What is your suggestion?

I have seen that assets in the releases do not contain package for darwin 64 (only macos-amd64) as seen in the latest release: https://github.com/coder/code-server/releases/v4.20.1/ why is this?

Why do you want this feature?

It would be desirable to include package for this target architecture considering that latest Mac machines are all aarch64-darwin

Are there any workarounds to get this functionality today?

Not sure.

Are you interested in submitting a PR for this?

Maybe.

@blotero blotero added the enhancement Some improvement that isn't a feature label Feb 2, 2024
@code-asher
Copy link
Member

We never got around to adding it when it came out. I might not get to it any time soon, but presumably all we need to do is rename and add a matrix section to the package-macos-amd64 job to do both amd64 and arm64.

@yuchenshi
Copy link
Contributor

+1 to that. Having a standalone binary will be nice because it doesn't depend on system-wide setup such as homebrew or npm and provide some isolation. Are you willing to accept PRs?

@yuchenshi
Copy link
Contributor

Actually, ever since v4.89.0-rc.1, there's only macos-arm64. There's no more amd64. However, the install.sh refuses to even attempt the standalone binary if on macos-arm64. Shall we flip the check in the script? Or is the intention to have both arm64 and amd64 in the longer run?

@code-asher
Copy link
Member

Very happy to accept PRs!

I think the reason this happened is that the macOS runner was upgraded and it had been changed to arm64 by GitHub, so I think we need to add a second runner that uses the amd64 architecture, but I have not looked into whether GitHub still has that.

Great point on the install.sh, we should change it to use whichever is the right architecture for the host machine, ideally we have both in the long run I think.

@yuchenshi
Copy link
Contributor

#6968 to fix the short term of the install.sh. @code-asher shall we update this issue title to track the remaining work needed to determine if macos-amd64 is still feasible and update the build config if possible? Or should I open a new issue?

@code-asher
Copy link
Member

That is awesome thank you! Good idea, a new issue makes the most sense to me I think, I will go ahead and just do that real quick: #6969

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement Some improvement that isn't a feature
Projects
None yet
Development

No branches or pull requests

3 participants