-
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. |
Hi @BlueM, I just read your note on the Pashua project page. I'm sympathetic to your ambivalence towards development on macOS with all the developer-hostile changes Apple has made in recent years. However, this makes projects like Pashua all the more important for those of us who rely on it as a crucial bridge to scripting languages. I'm hopeful that it will be possible to update the project for M1 macs. I do not have the ability to compile the project in XCode as @jkeller13 has done. I'd be really grateful if his changes should be merged for those of us who would like to update Pashua in our various projects. Thanks again for the hard work you have done here, and also for cliclick, which I use all the time. |
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: