[francescomarra]

Dear All,
I need help to solve a strange issue occurred after a normal update. Gnuplot does not work anymore with the following message:

gnuplot: error while loading shared libraries: .5: cannot open shared object file: No such file or directory

This happens for every standard user but for root, that is perfectly able to run the software. So it looks related to user-specific environment configuration. It seems that some configuration files containing the name of the library cannot be read anymore. I tried to unset every environment variable I can imagine affecting this behavior with any success.

My system is a Ubuntu version (xenial) running under Qlustar (a distribution specific for cluster management). All other applications work fine (including the graphical paraFoam and Veusz).

The output of command ldd /usr/bin/gnuplot reads:

/usr/bin/gnuplot: /usr/lib/x86_64-linux-gnu/libtiff.so.5: unsupported version 16 of Verdef record
/usr/bin/gnuplot: /usr/lib/x86_64-linux-gnu/libtiff.so.5: unsupported version 16 of Verdef record
Inconsistency detected by ld.so: dl-version.c: 224: _dl_check_map_versions: Assertion `needed != NULL' failed!

Thank you in advance for every hint you can give me to solve this problem.

Yours sincerely,

Franco

[rcrane22]

did you get this working? I am having the same problem.

Rob

[rcrane22]

In my case, I had to run the following command:

sudo strip --remove-section=.note.ABI-tag /usr/lib/x86_64-linux-gnu/libQt5Core.so.5

Gnuplot now runs properly for me.

https://superuser.com/questions/1347...eing-installed

[Trailokya]

Strip worked like a charm