Another Mac M1 issue about dprint-plugin-roslyn HOT 4 CLOSED

I've been looking into this today because I have access to an M2 now. It was building locally and working for me after this change: #14

However, I just did a 0.16.1 release and it's not working and it's saying "failed to fill full buffer". I looked into the system logs and found this:

$ log show --style syslog --last 1h | grep 'dprint-plugin-roslyn'
...
2023-10-29 21:06:20.529374-0400  localhost kernel[0]: (AppleSystemPolicy) ASP: Security policy would not allow process: 60829, /Users/david/Downloads/dprint-plugin-roslyn-aarch64-apple-darwin/dprint-plugin-roslyn

I think maybe I need to codesign the binaries. That would be a pain if so.

from dprint-plugin-roslyn.

I get exactly the same issue on M1 Mac with 0.41.0 with Roslyn version https://plugins.dprint.dev/roslyn-0.16.0.json@a508b0823fa356a33b43fc071e1cebe4a9c9ded12ca2f84c46ba67e2a3f13487

from dprint-plugin-roslyn.

Is there currently a workaround for this issue?

from dprint-plugin-roslyn.

I was in the same boat with my fork, dprint-plugin-csharpier. Turns out the binaries only get adhoc codesigned, when you build on macOS.
Simply switching the GitHub runner to macos-14, was enough to fix it for me.

See dotnet/sdk#34917 for more details.

from dprint-plugin-roslyn.