macOS Sequoia makes it harder to run not notarized or signed apps
1–10 of 76 posts
Re: macOS Sequoia makes it harder to run not notarized or signed apps
#2I've spend literally days attempting to get a Python-based GUI application "signed", using every available packaging option and dozens of different approaches recommended by a multitude of different sources.
Absolute failure -- and no usable error messages indicating what might be wrong. Just basically "no, you can't upload that.".
This does not bode well...
Re: macOS Sequoia makes it harder to run not notarized or signed apps
#3Long time ago, you could run any executable you wanted. Then, you got a little nag, but whatever. Then (I think) you had to right click and take an extra step to run them, with a scary warning. Then, you got an even scarier warning and had to navigate into Settings to select "Allow applications downloaded from" -> Anywhere. Then, they removed the "Anywhere" option, but you could re-enable it with the command line.
It's also directionally clear: They surely intend to fully boil the frog one day and remove the ability to do this.
Se also: The UX you have to navigate in order to fill your own password into web pages on Safari.
Re: macOS Sequoia makes it harder to run not notarized or signed apps
#4I’ll also be curious if placing the app in ~/Applications avoids the restriction. This has long been my way to get around some of the restrictions at work. /Applications requires admin rights, ~/Applications does not. Apps still show up in LaunchPad and work as normal (as far as I’ve seen), they are just only available to the user, instead of all users, which is fine for my situation. I used to have to request admin rights every time VS Code wanted to update on my work laptop, but since I put it in my user folder instead, it’s been smooth sailing.
Re: macOS Sequoia makes it harder to run not notarized or signed apps
#5This is not good. I've spend literally days attempting to get a Python-based GUI application "signed", using every available packaging option and dozens of different approaches recommended by a multitude of different sources. Absolute failure -- and no usable error messages indicating what might be wrong. Just basically "no, you can't upload that.". This does not bode well...
What, in the past 10 years of MacOS development trends, suggested to you that anything was headed in the remote direction of "boding well"?
Re: macOS Sequoia makes it harder to run not notarized or signed apps
#6Re: macOS Sequoia makes it harder to run not notarized or signed apps
#7This is not good. I've spend literally days attempting to get a Python-based GUI application "signed", using every available packaging option and dozens of different approaches recommended by a multitude of different sources. Absolute failure -- and no usable error messages indicating what might be wrong. Just basically "no, you can't upload that.". This does not bode well...
> This does not bode well... What, in the past 10 years of MacOS development trends, suggested to you that anything was headed in the remote direction of "boding well"?
This is the first time I've tried to develop something to target a macOS installation -- and it was a train-wreck.
Re: macOS Sequoia makes it harder to run not notarized or signed apps
#8This is not good. I've spend literally days attempting to get a Python-based GUI application "signed", using every available packaging option and dozens of different approaches recommended by a multitude of different sources. Absolute failure -- and no usable error messages indicating what might be wrong. Just basically "no, you can't upload that.". This does not bode well...
Re: macOS Sequoia makes it harder to run not notarized or signed apps
#9https://9to5mac.com/2024/08/06/macos-sequoia-screen-recordin...