Symbol lookup error: /usr/local/lib/libQt5DBus.so.5: undefined symbol: _Z28qEnvironmentVariableIntValuePKcPb
Bug #1654715 reported by
capslock
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
qpdfview |
Invalid
|
Undecided
|
Unassigned |
Bug Description
I can't open qpdfview from terminal because of symbol lookup error
qpdfview: symbol lookup error: /usr/local/
It occurred since I installed Edrawmax software (www.edrawsoft.
Please help me solve this bug.
Thanks,
Changed in qpdfview: | |
status: | New → Invalid |
To post a comment you must log in.
Hello capslock,
thank you for taking the time to report this. However, I am rather convinced this does not qualify as a bug in qpdfview since the Edraw installer seems to install a version of Qt5 that is incompatible with your distributions version in a system-wide location hence breaking other programs that use Qt5 as it is not possible to mix different versions of Qt modules.
So to put it like this, but you should probably contact Edraw's vendor on why its installer install Qt into a system-wide location instead of using a private location where only its application will be affected or even better yet just use the Qt version shipped with the distribution.
Best regards, Adam.
P.S.: Concerning a work around, it would mean to instruct the dynamic loader to ignore /usr/local/lib or at least prefer /usr/lib over it. Maybe running qpdfview with "LD_LIBRARY_ PATH=/usr/ lib qpdfview" will do the trick but I am not sure. You can check whether library resolution is changed by comparing the output of "ldd /usr/bin/qpdfview" versus "LD_LIBRARY_ PATH=/usr/ lib ldd /usr/bin/qpdfview". In any case, I think Qt version in /usr/local/lib is the root of the problem.