-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
dotnet install does not create signed apphost on macOS Arm64 #21349
Comments
@wli3 where's the call to create the apphost in |
Here
|
@vitek-karas I recall you had a fix here: https://github.com/dotnet/sdk/compare/main...vitek-karas:FixToolSigning?expand=1 Did you ever sent that out as a PR and can we get that in for GA? |
I sent out my change as #21894 |
Hopefully I am on the correct issue since this has popped up in a few repos. Does anyone know if this is fixed in .NET 7 builds? The workaround of installing the tool locally (in the project) does appear to work on M1 Mac's with macOS 12 so that is good. |
It should be fixed in ,NET 6 GA as well as .NET 7 (this is the 6.0 port - #21958). |
I ended up here following a series of closed tickets about dotnet ef not doing anything once I typed in the command. Installing the latest SDK at first did not appear to fix it. But once I reinstalled the global tool, the issue got resolved. I am just posting my experience here in case someone else like me ended up to this issue when troubleshooting their issue as well. |
I'm still running into the same issue on my end, the only fix I found was installing the x64 version of .NET 6. dotnet ef returns the unicorn ASCII. So if anybody ran into the same issue as I did, just uninstall dotnet by using the dotnet-uninstall-tool and then re-install the x64 version. |
@TwisterTies unfortunately the fixes in .NET 6 arm64 SDK require the tool to be reinstalled. Can you try that? |
Here's my experience with dotnet-serve.
Problems:
net5.0
, which can only ever be x64 on macOS Arm64.This is the same thing, but happens to work because the tool enable roll-forward. It demonstrates the same problem but slightly differently symptoms. Just like
dotnet-serve
,dotnet-runtimeinfo
should be installed as x64 because it is pre .NET 6 (at least for macOS).Dupe of #17241.
The text was updated successfully, but these errors were encountered: