search

justvanrossum / fontgoggles

FontGoggles: Visual OTL Preview and QA
Apache License 2.0
399 stars 42 forks source link

Build issues (v1.7.4/v1.8/master) #415

Closed kontur closed 4 months ago

kontur commented 4 months ago

Building the app from source fails in the current state (b36325a). This expands on issues noted when revisiting #300 / #25.

Environment

I have a hunch this is related to py2app build targets / M1 chips. I'm building on a Apple M1 Max with Mac OS 14.5 (23F79) and Python 3.12.2.

Observed behaviour:

For a fresh install with:

$ pip install -e . && pip install -r requirements.txt && pip install -r requirements-dev.txt
$ python App/setup.py py2app -A && ./App/dist/FontGoggles.app/Contents/MacOS/FontGoggles

Performing the same install and build at v1.8 the observed behaviour is slightly different, but also buggy:

And trying the same again for v1.7.4 the install fails somewhere in pip installation with the harfbuzz dependency:

Collecting uharfbuzz==0.37.0 (from -r requirements.txt (line 11))
  Using cached uharfbuzz-0.37.0.zip (1.5 MB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... error
  error: subprocess-exited-with-error

  × Getting requirements to build wheel did not run successfully.
  │ exit code: 1
  ╰─> [291 lines of output]

      Error compiling Cython file:

[...]

          exec(code, locals())
        File "<string>", line 85, in <module>
        File "/private/var/folders/36/w9_n019d5v58bsmkzj5wrq4m0000gn/T/pip-build-env-7_5lbqj7/overlay/lib/python3.12/site-packages/Cython/Build/Dependencies.py", line 1154, in cythonize
          cythonize_one(*args)
        File "/private/var/folders/36/w9_n019d5v58bsmkzj5wrq4m0000gn/T/pip-build-env-7_5lbqj7/overlay/lib/python3.12/site-packages/Cython/Build/Dependencies.py", line 1321, in cythonize_one
          raise CompileError(None, pyx_file)
      Cython.Compiler.Errors.CompileError: src/uharfbuzz/_harfbuzz.pyx
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error

× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output.

note: This error originates from a subprocess, and is likely not a problem with pip.

So for now I can't actually pinpoint a version that installs and runs, but clearly something in v1.8 is already off, and current master fails even more. I don't think the issue with v1.7.4 not installing is the issue, that's likely just dependencies needing newer versions.

Interestingly, the released dmg version of v1.8 runs fine on my machine.

kontur commented 4 months ago

Hmm, can you try with pyobjc==10.2 instead of the current 10.3? That init thing may be a clue. Yup, that's the one, I'll file a pyobc bug :( We need to pin to 10.2 for now.

Correct, but even then I'm seeing the described v1.8 behaviour. E.g. now I get the app window default, but when loading a font it flashes and immediately crashes:

https://github.com/justvanrossum/fontgoggles/assets/1893577/e36b0acc-7e95-437b-ab53-e8e462dd9209

I'll work the commits backward to see where this came from, or where the last working one can be found.

kontur commented 4 months ago

Okay, trying to further debug I simply cannot find a version I can go back to that does not crash or fail to install :(

I switched to python 3.11.2 to get around the 1.7.4 install issue with harfbuzz, and I am downgrading pyobjc to 10.2, and I am using fresh virtual environments after each commit, but even then:

So in a way the "Bump vanilla" commit was the last one where at least the default window would open, but even then/before that there is some other bug that crashes the app on font load, but I cannot pin it down due to other dependency issues.

🤷

kontur commented 4 months ago

Soo... the "default window" opens is indicative of nothing else but if the app was last open with an empty window, I suppose. Since I was switching commits, rebuilding, it would always open the app with without the default window. Not sure if it ever did, by default, open an empty app window, of it that is just me misremembering.

If I make a new build, switch to the app, ctrl+n and I get the default window, then re-building, the app will open with the default window. So that means nothing; just the "open font and crash" -issue remaining. 🫤

justvanrossum commented 4 months ago

It should always open a new window, even if there was no window open when you quit. (Unless that behavior changed in the OS, but I don't see it in macOS 14.2.1)

kontur commented 4 months ago

Hm, no idea about the window opening.

In the meantime, this is the exact line the app crashes from, without any error.

Printing out gid, path_p, path_capsule, funcs just before the call yields (not sure if that is helpful at all): 5 4879507568 <capsule object NULL at 0x1218e8120> <uharfbuzz._harfbuzz.DrawFuncs object at 0x1097cc460>

I've tried with a previous version of harfbuzz but to no avail. Also this happens for any font it try. Could my brew installed harfbuzz interfer here, or something how my python is installed linking to some library? I'm still not clear on why the released v1.8 works, but my local dev compile does not.

justvanrossum commented 4 months ago

Or maybe the "turbo" lib needs to be rebuilt?

./Turbo/build_lib.sh

You mention brew: is brew anywhere else involved in your Python setup? Apart from having the harfbuzz lib installed with brew: to the best of my knowledge that should not be a problem.

kontur commented 4 months ago

Oh boy... it's literally right there in the README for editable mode. This was painful. And embarrassing 🤦

Sorry to have wasted your time to help debug this.

(Also loads with a new window now...)

justvanrossum commented 4 months ago

No problem, I'm glad it works now!