> On Sep 29, 2019, at 2:32 PM, John Ralls <jra...@ceridwen.us> wrote:
>
>
>
>> On Sep 29, 2019, at 12:25 PM, Timo <timomli...@gmail.com> wrote:
>>
>> On 29/09/19, at 00:26, John Ralls wrote:
>>>
>>>> On Sep 28, 2019, at 10:00 AM, Timo <timomli...@gmail.com> wrote:
>>>>
>>>> On 28/09/19, at 18:45, John Ralls wrote:
>>>>>> On Sep 28, 2019, at 9:30 AM, Timo <timomli...@gmail.com> wrote:
>>>>>>
>>>>>> On 28/09/19, at 16:17, John Ralls wrote:
>>>>>>>> On Sep 28, 2019, at 3:20 AM, Timo via gtk-osx-users-list
>>>>>>>> <gtk-osx-users-list@gnome.org> wrote:
>>>>>>>>
>>>>>>>> Hello, I followed the build instructions on the wiki and everything's
>>>>>>>> built correctly. However my application fails to run with a warning
>>>>>>>> about libpango-1.0.0.dylib not being found and then a traceback. I can
>>>>>>>> narrow it down to just doing a `from gi.repository import Gtk`.
>>>>>>>>
>>>>>>>> bash-3.2$ python3
>>>>>>>> Python 3.6.8 (default, Sep 24 2019, 17:23:22)
>>>>>>>> [GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.2)] on darwin
>>>>>>>> Type "help", "copyright", "credits" or "license" for more
>>>>>>>> information.
>>>>>>>>>>> from gi.repository import Gtk
>>>>>>>>
>>>>>>>> ** (process:45468): WARNING **: 20:30:34.767: Failed to load shared
>>>>>>>> library 'libpango-1.0.0.dylib' referenced by the typelib:
>>>>>>>> dlopen(libpango-1.0.0.dylib, 9): image not found
>>>>>>>> Traceback (most recent call last):
>>>>>>>> File "<stdin>", line 1, in <module>
>>>>>>>> File "<frozen importlib._bootstrap>", line 971, in _find_and_load
>>>>>>>> File "<frozen importlib._bootstrap>", line 955, in
>>>>>>>> _find_and_load_unlocked
>>>>>>>> File "<frozen importlib._bootstrap>", line 656, in _load_unlocked
>>>>>>>> File "<frozen importlib._bootstrap>", line 626, in
>>>>>>>> _load_backward_compatible
>>>>>>>> File
>>>>>>>> "/Users/gtk3/gtk/inst/lib/python3.6/site-packages/gi/importer.py",
>>>>>>>> line 145, in load_module
>>>>>>>> importlib.import_module('gi.repository.' + dep.split("-")[0])
>>>>>>>> File "/Users/gtk3/gtk/inst/lib/python3.6/importlib/__init__.py",
>>>>>>>> line 126, in import_module
>>>>>>>> return _bootstrap._gcd_import(name[level:], package, level)
>>>>>>>> File "<frozen importlib._bootstrap>", line 994, in _gcd_import
>>>>>>>> File "<frozen importlib._bootstrap>", line 971, in _find_and_load
>>>>>>>> File "<frozen importlib._bootstrap>", line 955, in
>>>>>>>> _find_and_load_unlocked
>>>>>>>> File "<frozen importlib._bootstrap>", line 656, in _load_unlocked
>>>>>>>> File "<frozen importlib._bootstrap>", line 626, in
>>>>>>>> _load_backward_compatible
>>>>>>>> File
>>>>>>>> "/Users/gtk3/gtk/inst/lib/python3.6/site-packages/gi/importer.py",
>>>>>>>> line 145, in load_module
>>>>>>>> importlib.import_module('gi.repository.' + dep.split("-")[0])
>>>>>>>> File "/Users/gtk3/gtk/inst/lib/python3.6/importlib/__init__.py",
>>>>>>>> line 126, in import_module
>>>>>>>> return _bootstrap._gcd_import(name[level:], package, level)
>>>>>>>> File "<frozen importlib._bootstrap>", line 994, in _gcd_import
>>>>>>>> File "<frozen importlib._bootstrap>", line 971, in _find_and_load
>>>>>>>> File "<frozen importlib._bootstrap>", line 955, in
>>>>>>>> _find_and_load_unlocked
>>>>>>>> File "<frozen importlib._bootstrap>", line 656, in _load_unlocked
>>>>>>>> File "<frozen importlib._bootstrap>", line 626, in
>>>>>>>> _load_backward_compatible
>>>>>>>> File
>>>>>>>> "/Users/gtk3/gtk/inst/lib/python3.6/site-packages/gi/importer.py",
>>>>>>>> line 146, in load_module
>>>>>>>> dynamic_module = load_overrides(introspection_module)
>>>>>>>> File
>>>>>>>> "/Users/gtk3/gtk/inst/lib/python3.6/site-packages/gi/overrides/__init__.py",
>>>>>>>> line 118, in load_overrides
>>>>>>>> override_mod = importlib.import_module(override_package_name)
>>>>>>>> File "/Users/gtk3/gtk/inst/lib/python3.6/importlib/__init__.py",
>>>>>>>> line 126, in import_module
>>>>>>>> return _bootstrap._gcd_import(name[level:], package, level)
>>>>>>>> File
>>>>>>>> "/Users/gtk3/gtk/inst/lib/python3.6/site-packages/gi/overrides/Pango.py",
>>>>>>>> line 41, in <module>
>>>>>>>> FontDescription = override(FontDescription)
>>>>>>>> File
>>>>>>>> "/Users/gtk3/gtk/inst/lib/python3.6/site-packages/gi/overrides/__init__.py",
>>>>>>>> line 195, in override
>>>>>>>> assert g_type != TYPE_NONE
>>>>>>>> AssertionError
>>>>>>>>
>>>>>>>>
>>>>>>>> Explicitly setting DYLD_FALLBACK_LIBRARY_PATH seems to fix the problem:
>>>>>>>>
>>>>>>>> bash-3.2$ export DYLD_FALLBACK_LIBRARY_PATH=/Users/gtk3/gtk/inst/lib
>>>>>>>> bash-3.2$ python3
>>>>>>>> Python 3.6.8 (default, Sep 24 2019, 17:23:22)
>>>>>>>> [GCC 4.2.1 Compatible Apple LLVM 9.1.0 (clang-902.0.39.2)] on darwin
>>>>>>>> Type "help", "copyright", "credits" or "license" for more
>>>>>>>> information.
>>>>>>>>>>> from gi.repository import Gtk
>>>>>>>>
>>>>>>>> (.:45493): Gtk-WARNING **: 20:33:47.938: Locale not supported by C
>>>>>>>> library.
>>>>>>>> Using the fallback 'C' locale.
>>>>>>>> __main__:1: PyGIWarning: Gtk was imported without specifying a
>>>>>>>> version first. Use gi.require_version('Gtk', '3.0') before import to
>>>>>>>> ensure that the right version gets loaded.
>>>>>>>>
>>>>>>>>
>>>>>>>> However the same problem happens when I bundle the application. Again,
>>>>>>>> only doing the GTK import in the myapp_launcher.py file gives the same
>>>>>>>> error (launcher file taken from gtk-mac-bundler example and Gramps for
>>>>>>>> the updated version).
>>>>>>>>
>>>>>>>> It already has `environ['DYLD_LIBRARY_PATH'] = bundle_lib`, but even
>>>>>>>> adding `environ['DYLD_FALLBACK_LIBRARY_PATH'] = bundle_lib` makes no
>>>>>>>> differences. Printing `bundle_lib` points to the lib dir inside the
>>>>>>>> bundle and printing `os.path.exists(bundle_lib,
>>>>>>>> 'libpango-1.0.0.dylib')` shows the file is actually there. So it's not
>>>>>>>> picking up the Python set env variable.
>>>>>>>>
>>>>>>>> It's only after I do `export
>>>>>>>> DYLD_FALLBACK_LIBRARY_PATH=/path/to/myapp_bundle.app/Contents/Resources/lib`
>>>>>>>> that the bundled app will run, but is of course only feasible to do
>>>>>>>> on my dev machine.
>>>>>>>>
>>>>>>>> Is it my environment that's tainted somehow? Did the build not
>>>>>>>> correctly pick up paths?
>>>>>>> It mostly has to do with meson and rpaths. The latest commit to
>>>>>>> gtk-mac-bundler,
>>>>>>> https://gitlab.gnome.org/GNOME/gtk-mac-bundler/commit/93edee7e2d0ec8230aaf5acb21452202b10cd678,
>>>>>>> was supposed to fix it, but meson's behavior has been something of a
>>>>>>> moving target.
>>>>>> I used the git clone method for installing gtk-mac-bundler, not the
>>>>>> 0.7.4 package in case that matters.
>>>>>>
>>>>>>> What are the installed names (use otool -L and look at the first line)
>>>>>>> of libpango-1.0.0.dylib in your installed prefix and in your bundle?
>>>>>> gtk/inst/lib/libpango-1.0.0.dylib:
>>>>>> /Users/gtk3/gtk/inst/lib/libpango-1.0.0.dylib (compatibility version
>>>>>> 4401.0.0, current version 4401.6.0)
>>>>>>
>>>>>> myapp.app/Contents/Resources/lib/libpango-1.0.0.dylib:
>>>>>> @executable_path/../Resources//lib/libpango-1.0.0.dylib
>>>>>> (compatibility version 4401.0.0, current version 4401.6.0)
>>>>>>
>>>>>> Looks like there's a double slash between Resources and lib. There are
>>>>>> some more lines starting with @executable_path for other libs in this
>>>>>> output, but slashes look correct:
>>>>>>
>>>>>> @executable_path/../Resources/lib/libglib-2.0.0.dylib (compatibility
>>>>>> version 6001.0.0, current version 6001.6.0)
>>>>>> @executable_path/../Resources/lib/libgobject-2.0.0.dylib
>>>>>> (compatibility version 6001.0.0, current version 6001.6.0)
>>>>>> @executable_path/../Resources/lib/libfribidi.0.dylib (compatibility
>>>>>> version 0.0.0, current version 0.0.0)
>>>>>> @executable_path/../Resources/lib/libharfbuzz.0.dylib (compatibility
>>>>>> version 20504.0.0, current version 20504.0.0)
>>>>>>
>>>>>>
>>>>>>> What version of meson did pip install for you?
>>>>>> bash-3.2$ python -m pip show meson
>>>>>> Name: meson
>>>>>> Version: 0.51.2
>>>>>> Summary: A high performance build system
>>>>>> Home-page: http://mesonbuild.com
>>>>>> Author: Jussi Pakkanen
>>>>>> Author-email: jpakk...@gmail.com
>>>>>> License: Apache License, Version 2.0
>>>>>> Location:
>>>>>> /Users/gtk3/.new_local/share/venv/etc-QjyTq6eG/lib/python3.6/site-packages
>>>>>> Requires:
>>>>>> Required-by:
>>>>> A double slash doesn't matter.
>>>>> Check the typelib with `strings
>>>>> path/to/bundle/Contents/Resources/lib/girepository-1.0/Pango-1.0.typelib
>>>>> | grep libpango`. It should also say
>>>>> @executable_path/../lib/libpango-1.0.0.dylib.
>>>> Hmm, it doesn't:
>>>>
>>>> $ strings
>>>> myapp.app/Contents/Resources/lib/girepository-1.0/Pango-1.0.typelib | grep
>>>> libpango
>>>> libpango-1.0.0.dylib
>>>>
>>>>> Since you're using a launcher script, is the actual executable (e.g.
>>>>> python) in bundle/Contents/MacOS?
>>>> There are two executables: myapp and python3.6
>>>>
>>>> To be clear, I'm not using the launcher shell script, but the compiled
>>>> python-launcher.c and gtk_launcher.py files.
>>> So the bundler didn't rerun gir-scanner and gir-compiler.
>>>
>>> Oh, crud. I bet you cloned gtk-mac-bundler from GitHub instead of
>>> gitlab.gnome.org, I see that I have been pushing only to the latter one. I
>>> just got GitHub up to date, so if that's where you got it pull and bundle
>>> again.
>>>
>> My bash history showed I cloned from GitLab, not GitHub. I did a `git pull`
>> and everything was already up to date. Just to be sure I removed
>> gtk-mac-bundler and did a fresh clone/make install, but the error remains.
>>
>> Can the error already happen earlier, during build perhaps? Since I already
>> have to set the DYLD_FALLBACK_LIBRARY_PATH for just running the app without
>> even bundling.
>
> At the base it's because meson wants to use @rpath, see
> https://github.com/mesonbuild/meson/issues/3574. This led to
> https://gitlab.gnome.org/GNOME/gobject-introspection/issues/222.
>
> Running in a jhbuild shell should get DYLD_LIBRARY_PATH set for you and that
> should get dlopen() to load the libraries/modules with basename-only paths in
> foo.typelib.
> For your bundle,
> https://gitlab.gnome.org/GNOME/gtk-mac-bundler/commit/93edee7e2d0ec8230aaf5acb21452202b10cd678
> is supposed to fix the paths in the Gir files to be
> @excutable_path/../Resources/lib/foo.dylib and then recompile the type libs.
> If you're sure you've got that commit and it's not working then we need to
> figure out why not.
Oh, one more puzzle-piece: You need to load the Gir files like this:
<gir>
${prefix}/share/gir-1.0/*.gir
</gir>
in your bundle file and not load the typelibs explicitly. I neglected to
document that in the wiki, I'm doing so now.
Regards,
John Ralls
_______________________________________________
gtk-osx-users-list mailing list
gtk-osx-users-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list
