You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Original issue title: incompatibility of included glib (undefined symbol: g_log_structured)
the libglib-2.0.so.0 packed into natrons downloadable debian packages shows some nasty incompatibilities affecting self compiled ofx-plugins resp. their dependencies.
you can reproduce this behavior by installing the CI generated binaries, which i created for the PARP pugins using a debian:testing build context. natron will report:
couldn't open library /usr/OFX/Plugins/RemoveScratches.ofx.bundle/Contents/Linux-x86-64/RemoveScratches.ofx because /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0: undefined symbol: g_log_structured
couldn't open library /usr/OFX/Plugins/ShotCutDetection.ofx.bundle/Contents/Linux-x86-64/ShotCutDetection.ofx because /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0: undefined symbol: g_log_structured
couldn't open library /usr/OFX/Plugins/Deflicker.ofx.bundle/Contents/Linux-x86-64/Deflicker.ofx because /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0: undefined symbol: g_log_structured
this undefined symbol: g_log_structured error seems to be related to an incompatibility affecting all newer linux distributions. in the meanwhile they all have enabled G_LOG_USE_STRUCTURED=1 in their system glib and all depending libraries are incompatible to older versions without this setting.
as a simple temporary workaround users are able to manually remove/rename the glib installed by natron (/opt/Natron2/lib/libglib-2.0.so.0), but that's just a questionable hack...
The text was updated successfully, but these errors were encountered:
the Natron launch script sets the LD_LIBRARY_PATH to /opt/Natron2/lib, which is a bad thing (LD_LIBRARY_PATHshould never be set in linux). The Natron install script should instead modify all the natron binaries (executables and libraries) using patchelf --set-rpath --force-rpath to point to the natron library. That way, dynamic libraries loaded by the plugins may have the same name as the libraries bundled with natron.
We do that on macOS (using install_name_tool), but the linux stuff was written by someone else who wasn't aware of these issues.
devernay
changed the title
incompatibility of included glib (undefined symbol: g_log_structured)
Linux launch script should not set LD_LIBRARY_PATH
Oct 10, 2017
Original issue title: incompatibility of included glib
(undefined symbol: g_log_structured)
the libglib-2.0.so.0 packed into natrons downloadable debian packages shows some nasty incompatibilities affecting self compiled ofx-plugins resp. their dependencies.
you can reproduce this behavior by installing the CI generated binaries, which i created for the PARP pugins using a debian:testing build context. natron will report:
this
undefined symbol: g_log_structured
error seems to be related to an incompatibility affecting all newer linux distributions. in the meanwhile they all have enabledG_LOG_USE_STRUCTURED=1
in their system glib and all depending libraries are incompatible to older versions without this setting.as a simple temporary workaround users are able to manually remove/rename the glib installed by natron (/opt/Natron2/lib/libglib-2.0.so.0), but that's just a questionable hack...
The text was updated successfully, but these errors were encountered: