Closed efef closed 5 years ago
a dirty fix is :"sudo launchctl remove org.eduvpn.app.openvpnhelper" After a while (wait) the new helper will be installed.
an other dirty fix is: "rm -fr /Library/PrivilegedHelperTools/org.eduvpn.app.openvpnhelper" upgrade goes smoothly. It makes clear there is somehow something wrong with the helper upgrade. Now to find a real fix.
If we update the version number in OpenVPNHelper-Info.plist and HelperService.swift file, SMJobless will update the helper file automatically.
So during each release, we have to update the version no of the helper file
Is it possible to make this a build.sh functionality so it automatically will increase?
It is not recommended since we also edited on code side
Adding this is also recommened
Is it possible to make this a build.sh functionality so it automatically will increase?
No, it is an error on the developer if this happens. The version needs to be increased when there have been changes made to the helper.
@theNerdFromSiliconValley You mention that the RunAtLoad key should be set to YES. Why is that? Did you read that somewhere?
Yes, I saw and tested that DMG in @efef MAC ,
I don't understand your answer. Why do you think RunAtLoad should be added?
@johankool Please check https://macadmins.psu.edu/files/2012/11/psumacconf2012-launchd.pdf
Afaict RunAtLoad causes the helper to be launched after boot, instead of on demand as is done now. Since we don't use it before the eduVPN app launches that doesn't add anything.
Ok
when upgrading the client to the newest release, there is an helper app update issue. When the new client is run and the helper app is being upgraded this error is shown: