Issue with Mac OS Catalina

urklang 2019-10-29 22:59:21 UTC #21

Great! I'll try to figure out what the real solution for this is so we can get it into future patcher releases.

Did OS X actually complain about liblto_plugin.so (a linked library)? It might be enough to authorize only the executables.

tele_player 2019-10-29 23:55:50 UTC #22

From the standpoint of security, .so files are executables.

urklang 2019-10-30 01:54:05 UTC #23

Sure. I would just be surprised if a user facing security mechanism would actually report at that level of granularity rather than blocking the executable being invoked, maybe it does really check on every linked library. That's what I'm asking about. Any idea what specifically is pulling in that library? I'm still interested in getting the complete list of files in platform_osx from your machine.

Edit: ok, interesting. For future reference, liblto_plugin.so is out in platform_osx/lib/gcc/arm-none-eabi/4.9.3, part of the arm toolchain that gets pulled in. I'm still curious if it prompted you on this or not. The virtual machine OS X I have available is still on Mojave.

donaldhamby 2019-10-30 08:16:57 UTC #24

Ran ls -lat on the platform_osx/bin directory, here's what it gave me

tele_player 2019-10-30 13:24:32 UTC #25

That looks like /Applications/axoloti_runtime/platform_osx, NOT /Applications/axoloti_runtime/platform_osx/bin.

donaldhamby 2019-10-30 20:37:18 UTC #26

OK, try this:

urklang 2019-10-30 22:53:26 UTC #27

Nothing looks abnormal here. Did you intentionally try to authorize everything in platform_osx ahead of time or did you just authorize one by one as OS X prompted you? I'm curious about the exact list of what it flagged and in what order it happened. I'll be able to reproduce on a Catalina VM eventually, but it would help me out to know what you saw.

donaldhamby 2019-10-31 08:11:53 UTC #28

Just one by one as prompted, but unfortunately I didn't take note of what needed to be authorised

Perhaps if someone else goes through this process they can post a list here?

urklang 2019-10-31 09:30:55 UTC #29

Ok, cool. I'll look for an automatic solution but in the meantime we should try to simplify the workaround. I'm wondering if there's a shorthand in Catalina for "Authorize everything under this directory" so we can avoid stepping through each file.

thetechnobear 2019-10-31 12:32:02 UTC #30

ouch... Ive not installed Catalina yet (*)

quick thoughts...
the runtime is basically just a copy of build tools used for cross platform development, so why is this issue not 'all over the internet' ... surely developers are already running these tools. and Ive not seen discussion from them on authorising all these 'utilities' - and how are things like home-brew working?
(so my suspicion is auth individual binaries is not the solution... )

perhaps it's a 'downloaded' application cannot run non-auth executables, but even there, things like eclipse do this, perhaps all developers have disabled gatekeeper? (seems unlikely)

id be surprised if Xcode-select helps, as its not going to just be make - its going to need to them spawn (from make)the compiler (arm-none-eabi-gcc).

@donaldhamby
if you to run in the terminal... do they work, or do you get same error?

/Applications/axoloti_runtime/platform_osx/bin/arm-none-eabi-gcc
/Applications/axoloti_runtime/platform_osx/bin/make

hmm, more questions that answers , until I can run Catalina.

one idea. I wonder if apple differentiates system software to apps.

I would like to try the following

sudo mv /Applications/axoloti_runtime /usr/local

then in Axoloti->preferences , change runtime dir to /usr/local/axoloti_runtime

then try to compile a patch. (you might need to restart axoloti, not sure )

if thats not working again running individual commands from the terminal might be enlightening.

/usr/local/axoloti_runtime/platform_osx/bin/arm-none-eabi-gcc
/usr/local//axoloti_runtime/platform_osx/bin/make

note:
if it doesn't work you can reverse using:

sudo mv  /usr/local/axoloti_runtime /Applications

apart from that, I think Id need to install Catalina to see whats possible.....and how to work around things.
(in particular, Id like to isolate the cause of the issue a little better)

(*) Ive some hardware that doesnt work on it, so I was waiting on them to fix it. so, chicken n' egg , Ive not been able fix/verify software I work on, due to others not having their software fixed
don't have enough spare macs to dedicate one to this, nor enough space to create a VM - arghh

thetechnobear 2019-10-31 15:18:21 UTC #31

@donaldhamby
Another thing to try :
Preferences-> privacy/security
Full disk access

Add axoloti to this

Restart axoloti.

Note : please try one thing at a time, so if it’s fixed we know what cured it
... so revert any other ‘tests’ you do before trying new test.

urklang 2019-10-31 17:50:49 UTC #32

Here's an interesting potential workaround that might be shorter (from https://www.reddit.com/r/MacOS/comments/c68gh9/solution_for_all_apps_not_opening_in_catalina/):

sudo spctl --master-disable

Run axoloti and go live on a patch.

sudo spctl --master-enable

Supposedly what is done in the interim there will remain authorized after security is re-enabled. Again, I don't have a Catalina system handy to test on yet so post your experience if you try this on a fresh install.

donaldhamby 2019-10-31 22:37:16 UTC #33

Thank you for all the suggestions!

If I get time this weekend, I'll reinstall Axoloti, try them out and report back