-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
Codesign: No such file or directory #1480
Comments
Please try latest versions. |
this still happens with the LATEST version, electron-osx-sign implemented a new option "strict-verify" that you can set to false. we should be able to override / set this parameter. currently impossible. @develar |
@ALL, I had the same issue and was getting the same type of error. However, I was able to resolve it by removing all the symlinks from my concerned folder(I was using a 3rd party library, there were many symlinks). Note: Remove all the symlinks found by I hope it would help someone! |
This is currently happening in electron-builder 22.8 |
I can confirm that this continues to happen on electron-builder 22.8. Since there is no way to pass a setting for
|
…to the electron-osx-sign library This change allows the author to provide a value for ‘strictVerify’ in the ’mac’ configuration. This value is then passed along to the electron-osx-sign library. This is not a breaking change and it closes electron-userland#1480
This happened to me when I tried switching from npm to yarn. The reason was that at build time it copied resources from node_modules, which if installed by yarn they contained different symlinks. My bad, but the error wasn't clear at all. You can see which links are broken using |
(This is really a comment so that others can find the solution if they are looking. Please close.)
I was getting an error during the build process
After a lot of debugging, it turns out this is a really terrible and cryptic codesign error message.
If I change it to
--strict=symlinks
I get better info:
/path/to/app/Test.app: invalid destination for symbolic link in bundle
Sure enough, there was a symlink in my bundle pointing outside the bundle.
The text was updated successfully, but these errors were encountered: