[Bug]: Unit tests: MacOS 14 failures: gi-invoke-error-quark #29732

Activity

1. jayaddison commented on Mar 11, 2025

   

   jayaddison

   on Mar 11, 2025

   ContributorAuthor

   More actions

   I think that the libglib-2.0.0.dylib linked library file that appears to be missing (dlopen fails to find it) should be provided by the glib Homebrew package, pulled in as a dependency of ffmpeg.

   Version 2.84.0 of glib was installed during both failed tests reported by this bug -- meanwhile, version 2.82.5 of glib was installed during one of the recent successful MacOS 14 pipelines on the mainline branch.

   A next step could be to confirm whether the library file was included in the updated Brew package -- and if so, whether it was on the library load search path.
2. jayaddison commented on Mar 11, 2025

   

   jayaddison

   on Mar 11, 2025

   Last edited by jayaddison

   ContributorAuthor

   More actions

   I think that the libglib-2.0.0.dylib linked library file that appears to be missing (dlopen fails to find it) should be provided by the glib Homebrew package, pulled in as a dependency of ffmpeg.

   Hmm.. an earlier error hints at PyGObject as potentially more relevant:

   gi._error.GError: gi-invoke-error-quark: Could not locate g_option_error_quark: dlopen(libglib-2.0.0.dylib, 0x0009): tried: 'libglib-2.0.0.dylib' (no such file), '/System/Volumes/Preboot/Cryptexes/OSlibglib-2.0.0.dylib' (no such file), '/usr/lib/libglib-2.0.0.dylib' (no such file, not in dyld cache), 'libglib-2.0.0.dylib' (no such file) (1)
   PyGObject 4 is not available
   

   (contrastingly, that message does not appear during the successful build - there we find PyGObject 4 is available instead)

   I think this may be something to do with a recent dependency version upgrade taking place in GObject>=3.51:

   • https://gitlab.gnome.org/GNOME/pygobject/-/blob/e3dee9719e7249acfa7e78a3bbae251301a134a4/NEWS#L9-10
   • https://docs.gtk.org/girepository/migrating-gi.html
   • https://gitlab.gnome.org/GNOME/pygobject/-/merge_requests/320

   I plan to open an experimental pull request to place an upper limit on the PyGObject package version installed during GitHub Actions unit testing, to learn whether that could (temporarily) resolve the issue.
3. jayaddison commented on Mar 11, 2025

   

   jayaddison

   on Mar 11, 2025

   ContributorAuthor

   More actions

   I think this may be something to do with a recent dependency version upgrade taking place in GObject>=3.51:

   Pull request #29734 seems to support that theory; pinning PyGObject<3.52.0 allows the GitHub Actions tests.yml workflows to succeed for MacOS 14 (both with py3.12 and also with py3.13).

   ❤️React with ❤️1Reacted by Sam Hoover
4. jayaddison commented on Mar 12, 2025

   

   jayaddison

   on Mar 12, 2025 · Hidden as outdated

   Author

   show commentMore actions
5. jayaddison commented on Mar 12, 2025

   

   jayaddison

   on Mar 12, 2025 · Hidden as resolved

   Author

   show commentMore actions
6. jayaddison

   changed the title [-][Bug]: Unit tests: transient MacOS 14 failures: gi-invoke-error-quark[/-] [+][Bug]: Unit tests: MacOS 14 failures: gi-invoke-error-quark[/+] on Mar 12, 2025
7. timhoffm

   closed this as completedin #29734on Mar 12, 2025
8. jayaddison commented on Mar 12, 2025

   

   jayaddison

   on Mar 12, 2025

   ContributorAuthor

   More actions

   @dstansby @timhoffm thanks again - I hope to figure out where this problem originates, so that we can remove the temporary version limit in the not-too-distant future; my guess is that there'll be a bug to report in GNOME's pygobject project, but I'm not certain yet.
9. dstansby commented on Mar 12, 2025

   

   dstansby

   on Mar 12, 2025

   Member

   More actions

   Fab, thanks for following up! I'll re-open this issue so we don't forget.

   👍React with 👍1Reacted by James Addison
10. dstansby

    reopened this on Mar 12, 2025
11. jayaddison commented on Mar 19, 2025

    

    jayaddison

    on Mar 19, 2025

    ContributorAuthor

    More actions

    By removing the Homebrew-provided gobject-introspection library as part of #29777, some progress appears to be made; a different and I think deeper dependency layer of cairo is next up to fail to resolve:

    ImportError: Typelib file for namespace 'cairo', version '1.0' not found
    PyGObject 4 is not available
    

    I'd intended for solely the Homebrew-installed cairo to be provided, negating any requirement for a PyPI/pip-based install -- but it seems that pycairo was also retrieved from the Python package index:

    Collecting pycairo>=1.16 (from PyGObject)
      Using cached pycairo-1.27.0-cp313-cp313-macosx_14_0_arm64.whl
    

    I'm not sure what to do next, yet.
12. jayaddison commented on Mar 19, 2025

    

    jayaddison

    on Mar 19, 2025

    ContributorAuthor

    More actions

    Note also: cairo (a linkable binary library) and py3cairo (Python bindings to that library) appear as distinct packages in Homebrew.
13. jayaddison commented on Mar 19, 2025

    

    jayaddison

    on Mar 19, 2025

    ContributorAuthor

    More actions

    I am struggling to get PR #29777 to resolve this currently, and would be glad for help.

    I think that there may be an incompatibility between recent versions of PyGObject as distributed on PyPI and the cairo and pycairo bindings available from either PyPI or Homebrew -- but I don't really understand the problem loading the cairo linked library yet.

    I do note that Homebrew plans to update their own packaged version of PyGObject in the near future; so one option, if acceptable, could be to install from that instead of using pip install - either as a temporary solution until the interfaces restabilize, or longer-term if it is OK to migrate more CI dependencies to use Homebrew. The relevant Homebrew PR is: Homebrew/homebrew-core#210911

    (it is currently blocked by the fact that freedesktop.org is temporarily down for some planned maintenance as they migrate to another infrastructure hosting provider)
14. jayaddison commented on Mar 28, 2025

    

    jayaddison

    on Mar 28, 2025

    ContributorAuthor

    More actions

    As a recap / status update:

    • We temporarily pinned the pygobject version in our GitHub Actions CI for MacOS, but that is not a long-term fix.
    • I think that unblocking pygobject v3.52+ requires migrating from girepository-1.0 to girepository-2.0, based on the guidance at: https://docs.gtk.org/girepository/migrating-gi.html
      • I think that the way to do this when using Homebrew - as we do for our MacOS CI unit tests - is to install the glib package instead of gobject-introspection, because that's where the relevant functionality currently exists: https://github.com/Homebrew/homebrew-core/blob/7a6d3a8f14e8d4056674c0114e0e684a922e5259/Formula/g/glib.rb#L47-L51
        • A different failure has appeared after migrating the relevant GitHub Actions CI workflow to use the glib Homebrew package: a missing cairo typelib file is reported; this can be found in the build logs at: https://github.com/matplotlib/matplotlib/actions/runs/14048541275/job/39334454171#step:10:308
          • New: I think this might indicate a problem with the glib Homebrew formula, so I've opened a discussion at: https://github.com/orgs/Homebrew/discussions/6051
15. jayaddison commented on Mar 28, 2025

    

    jayaddison

    on Mar 28, 2025

    ContributorAuthor

    More actions

    Some notes/suggestions from discussion:

    • The gobject-introspection Homebrew package should be the one providing the Cairo typelib.
    • It may be worth comparing the results when using Homebrew's Python package instead of the one installed using setup-actions/python.

    I'm going to try to step away from the problem until early next week, because I think I've been getting stuck in various potentially-irrelevant details and reconsidering it from fresh may help.
16. jayaddison commented on Apr 28, 2025

    

    jayaddison

    on Apr 28, 2025

    ContributorAuthor

    More actions

    (I haven't yet gotten around to that testing - I hope to soon, but I'm not sure exactly when it'll be)
17. badrianiulian commented on Sep 4, 2025

    

    badrianiulian

    on Sep 4, 2025

    More actions

    I found this page by searching for this particular error while trying to run deluge inside a python 3.13 virtual environment from command line:

    ImportError: Typelib file for namespace 'cairo', version '1.0' not found
    

    This error was fixed by running brew install pygobject3 outside of the virtual environment and pip3 install PyGObject inside the virtual environment

    Maybe it helps someone.
18. dstansby

    added

    OS: Apple

    on Sep 4, 2025
19. samuelhoover commented on Nov 14, 2025

    

    samuelhoover

    on Nov 14, 2025

    More actions

    I also came across this page for a separate reason but same error. Pinning pygobject<3.52.0 worked for me, specifically v3.50.2 (that's what version uv installed).