<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><div>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 <a href="http://osx_bundler.pl" target="_blank">osx_bundler.pl</a> 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).</div></div></div></blockquote><div><br></div><div>Craig - it looks like the <a href="http://osx_bunder.pl" target="_blank">osx_bunder.pl</a> 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.</div><div><br></div><div><a href="http://osx_bundler.pl">osx_bundler.pl</a> 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.</div><div><br></div><div>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 <a href="http://osx-bundler.pl">osx-bundler.pl</a> everyhting works.  Unfortunately since these are now hard linked to my filesystem, the app will break if I move it to any new directory.</div><div><br></div><div>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).</div><div><br></div><div> </div></div></div>