-
Notifications
You must be signed in to change notification settings - Fork 16
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
Apple M1 Compatibility #20
Comments
Happy Tuesday, @adhuston! Pashua 0.11 is working as expected for me with macOS 11.1 (20C69) running on Apple M1. If you recursively change the owner of Also, the following may help: |
So far, I haven’t tested Pashua on an M1 Mac, but – except your issue – haven’t heard of any problems. Have you tried the usual approach for launching unsigned applications? I.e. right-click ➔ ”Open” in context menu? |
Its working well for us with the latest release, we do codesign our production app though, using this: |
Hello, I have a situation where Pashua won't run on an M1 Mac. I built a "bootstrap" package that runs some initial build and setup for my site, on new and reinstalled Macs. The package sets up a network location and installs the Munki client tools. It then runs Pashua to ask the technician for a device hostname and for the name of a Munki manifest to be used. Pashua isn't actually installed on the Mac, just copied over temporarily and deleted at the end of the process. On a new M1 Macbook Air, the Install.log file shows:
Line 56 is in the "Run Pashua" function. |
@paulashbrook: I don’t have an M1 Mac yet myself, and therefore cannot experiment with this. But anyways, this is a rather unusual usage scenario – don’t you run into other problems, too, as Pashua is not code-signed? |
@paulashbrook Im using Pashua with Rosetta2 and its working just fine on Big Sur 11.0-11.2 on M1. The latest release. Using "softwareupdate --install-rosetta --agree-to-license" in our bootstrap works as expected. I should also notice that we sign our app. |
Pashua has been running fine under Rosetta2, but the issue with Bad CPU type in executable is the lack of arm64 support. I recompiled the project in Xcode and added support for arm64, which also enabled dark mode. I have tested my existing Pashua workflows on the two M1 hosts which I have and haven't encountered any issues. I will submit a PR shortly so these changes can hopefully be merged to add these two big features. |
It appears that Pashua is not currently a signed application, which means that it isn't passing Apple's application notarization requirement. It doesn't appear to be affected on Intel based Mac computers, but is an issue on the M1. I'm unable to launch Pashua.
The text was updated successfully, but these errors were encountered: