[mythtv-users] v31 - MacOS Playback - Quarter Screen Issue on Retina - Resolved

[John Hoyt]

>
> Craig - thanks for the pointer.  I'll take another pass at that build
> script (and more specifically that check in).  There's some magic with
> install_name_tool and the osx_bundler.pl script that I'm missing and
> hopefully those will give me the proper insights.  The interesting thing to
> note is that when I install python38 (and the extra packages) into the
> application as a framework (with all support libraries), the application
> stops seeing the MythTV python package even though it is present and pathed
> correctly (I tested the path by modifying one of the metadata grabbers to
> dump the sys.path to a file).
>

Craig - it looks like the osx_bunder.pl script downloads and compiles the
python packages as static libraries - this is why they were able to be
shipped with the application without modification.  MacPorts compiles
the necessary python parts (mysqlclient, lxml, curl)  with dynamic
libraries (point back to /opt/local/lib), so any *.so files copied into the
application need to have their support .so or .dylib files copied into the
app's framework and re-linked to the app's internal Framework and not
/opt/local/lib.

osx_bundler.pl does a lot of the necessary magic copying the dynamically
linked libraries into the application Framework directory and even updates
the link internal to the .so files with "install_name_tool" to a new path
relative to the executable (example:
"@executable_path/../Frameworks//mariadb.framework//mariadb") - BUT the
application can't seem to follow the @executable_path links.

If I update all of the "@executable_path" links in app's
Resources/lib/python3.8/sites-available .so files with install_name_tool to
non-relative (i.e. hard code) paths pointing to the libraries copied into
the Framework by osx-bundler.pl everyhting works.  Unfortunately since
these are now hard linked to my filesystem, the app will break if I move it
to any new directory.

I feel like I'm a relative path away from wrapping this up - just can't
seem to stumble on the right path for the requesting application
(mythmetadata).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20200720/a74d4775/attachment.htm>