When I try to run davinci resolve studio 18.5 I get this error:
/resolve: symbol lookup error: /lib64/libpango-1.0.so.0: undefined symbol: g_string_free_and_steal
I did search on internet about this problem and I found some solutions but none of this is working:
You could just copy the system library to resolve libs folder and it will start working again:
sudo cp /lib64/libglib-2.0.* /opt/resolve/libs/
Running resolve from terminal with the following preload allows it to run without modifying it’s install:
export LD_PRELOAD="/usr/lib64/libglib-2.0.so"
Go to /opt/resolve/libs, create a new folder (name it something like _disabled), then open the terminal in that folder and type mv libglib-2.0.so* _disabled/
With the 3rd option, I just a get:
/resolve: symbol lookup error: /lib64/libgdk_pixbuf-2.0.so.0: undefined symbol: g_task_set_stati
c_name
Is there anyone else with this problem?
is it possible to fix it?
Or do we have to wait for an update?
@jfespinal as far as I can tell it’s an upstream issue with how they build, I just removed the glib files from their /opt dir and still get the pango error…
If you depend on using your system (as opposed to toying with it) - why are you using rolling distribution in the first place? And if you are using rolling distribution you need to understand the basics of how Linux works. Dynamic libraries belong to these basics.
Hello,
I came to the same conclusion, it was already working correctly and I was going to post the solution but you posted it first, thank you very much!!
I have been using Linux OpenSuse for some time and I use several programs that do not run correctly in Leap, which is the LTS version due to GLIBC, which is way behind the version, that is why I use TW. Those little problems with updates don’t really bother me, because they always have solutions and obviously I have my plan B as far as work is concerned, that way I’m learning more about how to solve certain problems in Linux