Rok Mandeljc

Results 553 comments of Rok Mandeljc

Could be that `torch` JIT is blocked - try looking into additional [entitlements for run-time exceptions](https://developer.apple.com/documentation/security/hardened_runtime). `com.apple.security.cs.allow-jit` and `com.apple.security.cs.allow-unsigned-executable-memory ` are likely candidates.

> I'm proceeding to try to test with an app bundle. As I'm not sure what version will be most recommended for this case, I'll start with 5.13.2, unless directed...

> As the same "cdhash, completely unsigned?" issue persists: > Hopefully the issue is simply that the manual codesigning can't reach the PyInstaller executable contents (as the executable is already...

Similarly, you could try enabling sandbox on the .app bundle and see if stand-alone .app bundle runs as expected after signing it (i.e., to see if issues also occur without...

One other thing - you never mentioned what packages your application is using nor what your python environment is (anaconda, python.org+pypi, homebrew)... Can you run `otool -l | grep -B...

> Can you run `otool -l | grep -B 1 -A 3 LC_VERSION_MIN_MACOSX` against all binaries in the .app bundle, and see if any reports `sdk n/a` (starting perhaps with...

> ### **.DS_Store locations:** > ... I see those are created by Finder when you navigate the package directories, and we shouldn't really be collecting them at all (#8042). >...

If problem was related to `base_library.zip`, I would imagine your earlier test with hello-world PyInstaller application to fail as well (since it should contain an identical copy). In addition, `base_library.zip`...

I doubt .DS_Store files are the issue here, but you can check with `develop` branch (or remove all .DS_Store files using `find` command in the shell). If you are properly...