Gustav Wulf
Gustav Wulf
Thank you for getting back to us @etherX, I'll just close this PR then.
@wojciechczerniak Could you have a look at version v.3.0b12 and see if you think this version solves this issue?
@villanella Have you looked at #295? It is probably the best we can do since we do not want to go away from yaml as the file format.
Always nice to hear from active users! Yes, it will be supported in stable as it is already included in the development branch. I've been way to busy with my...
I have the exact same issue. I have an M2 mac and just tried building the binary locally, and the same error occurs, so I don't think the problem is...
@oizone You are correct in your report that the build is not arm64, at least not completely! The root cause of the problem seems to be that the npm package...
@oizone Maybe you should change the title? The arm64 image is in fact not arm64 as it contains x86_64 binaries that are required for the software to function. "ARM64 build...
@parachvte @zjiefee I would love to help out with compiling this for arm64 on MacOS. The actual binary that throws the error first is the `cmd: ../../node_modules/@snapmaker/snapmaker-lunar/engine/MacOS/LunarMP modelrepair -v -p...
Is the npm package from here? [Snapmaker/LunarSlicer](https://github.com/Snapmaker/LunarSlicer/tree/main )? I don't find it very clear if this is the case.