Hello,
This time, I can’t get SuperVP to run… So we can’t use it in the terminal. supervp is not executable. UpdateConfig shows me:

help,
Best,
Jerome
PS : I’ve changed my wi-fi settings…
Hello,
This time, I can’t get SuperVP to run… So we can’t use it in the terminal. supervp is not executable. UpdateConfig shows me:

help,
Best,
Jerome
PS : I’ve changed my wi-fi settings…
This a gatekeeper issue, not related at all to authorization. I tried to download supervp from the forum and install it in several places, but didn’t trigger the translocation (which is when macOS decides to run the app from a randomized directory). Then again, this changes in almost every single macOS version and the official Apple policy is to never document it. Both SuperVP.app and UpdateConfig.app are signed and notarized, but it seems that isn’t enough with some macOS versions (for the record I’m using Tahoe)
It does not seem consistent at all, sometimes copying the folder to another place works, sometimes not.
What UpdateConfig does is just adding the installation directory to the PATH variable (it creates scripts that do just that in ~/Users/cornu/Library/Application Support/Ircam then calls them from .bashrc .bash_profile .zshrc and .tcshrc). To do this, it derives the installation directory from where the app is located, but if it runs from a temporary randomized folder, the recorded path is wrong. OM does not use this, since you define the path in the properties.
A possible way to bypass gatekeeper for this would be to run UpdateConfig from the command line like this: /Applications/SuperVP/UpdateConfig.app/Contents/MacOS/UpdateConfig (replace /Applications with wherever the SuperVP folder is located). It might work.
Well I have this strange behavior.
lotus@Rabbit ~ % /Applications/SuperVP/UpdateConfig.app/Contents/MacOS/UpdateConfig
/Applications/SuperVP/UpdateConfig.app/Contents/MacOS/UpdateConfig: line 15:
SuperVP.app/Contents/MacOS/supervp: No such file or directory
updated /Users/lotus/Library/Application Support/Ircam/supervp_init_rc.sh
updated /Users/lotus/Library/Application Support/Ircam/supervp_init_rc.csh
/Users/lotus/.tcshrc is up to date.
/Users/lotus/.bashrc is up to date.
/Users/lotus/.bash_profile is up to date.
/Users/lotus/.zshrc is up to date.
30:103: execution error: Erreur dans Finder : Délai dépassé pour un AppleEvent. (-1712)
It seems like this is only working partially; I don’t understand why UpdateConfig isn’t recognized, yet files are being generated. SuperVP may be installed, but it isn’t active.
zsh: command not found: supervp
lotus@Rabbit ~ %
I was able to build the app and I was able to authorize it…
The first error isn’t really an issue, it’s an attempt to trigger an authorization dialog box that doesn’t exist anymore. I guess I should look further into it and either remove it or fix it is there are side-effects I’m missing.
I have no idea about the Finder error, probably something to do with the dialog box that displays the installation path.
If everything worked, you should have a file ~/Library/Application Support/Ircam/supervp_init_rc.sh that contains something like this:
#Do not edit, automatically generated from supervp_init.sh
PAMAT1=expr "$PATH" : "/Applications/SuperVP:"
PAMAT2=expr "$PATH" : ".*:/Applications/SuperVP$"
PAMAT3=expr "$PATH" : ".*:/Applications/SuperVP:"
if [ “$PAMAT1” = “0” -a “$PAMAT2” = “0” -a “$PAMAT3” = “0” ]; then
export PATH="/Applications/SuperVP:$PATH"
fi
For the PATH change to take effect, you need to open a new terminal window, or to call “Library/Application Support/Ircam/supervp_init_rc.sh” from your current window (and maybe call rehash after that for the shell to update its cache of executable paths)