Skip to content
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

Open
adhuston opened this issue Dec 15, 2020 · 7 comments
Open

Apple M1 Compatibility #20

adhuston opened this issue Dec 15, 2020 · 7 comments
Labels
question Further information is requested

Comments

@adhuston
Copy link

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.

@ics-dan-snelson-zz
Copy link

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 Pashua.app to root, do your results change?

Also, the following may help:
sudo xattr -r -v -d com.apple.quarantine /path/to/Pashua.app

@BlueM
Copy link
Owner

BlueM commented Jan 5, 2021

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?

@BlueM BlueM added the question Further information is requested label Jan 5, 2021
@najk
Copy link

najk commented Jan 12, 2021

Its working well for us with the latest release, we do codesign our production app though, using this:
sudo codesign -f --deep -s "identifier" "Yourapp.app"
So all seems well with pashua and rosetta.

@paulashbrook
Copy link

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:

2021-01-28 16:37:55+00 MacBook-Air package_script_service[1664]: ./postinstall: /tmp/PKInstallSandbox.z3CWhx/Scripts/uk.co.mysite-MunkiBootstrap.nf4FLc/install-files/Pashua/pashua.sh: line 56: /tmp/PKInstallSandbox.z3CWhx/Scripts/uk.co.mysite-MunkiBootstrap.nf4FLc/install-files/Pashua/Pashua.app/Contents/MacOS/Pashua: Bad CPU type in executable

Line 56 is in the "Run Pashua" function.

@BlueM
Copy link
Owner

BlueM commented Jan 30, 2021

@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?

@nblom
Copy link

nblom commented Feb 3, 2021

@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.

@jkeller13
Copy link

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

7 participants