Ubuntu

poppler tools error on Ubunutu 18.04 but works fine on WSL with 20.04

Asked by Michael B

I installed poppler utils on an Ubunutu 18.04 AMD-based system and when I run pdfunite I receive the following error:

pdfunite: /usr/local/lib/libtiff.so.5: no version information available (required by /usr/lib/x86_64-linux-gnu/libpoppler.so.73)

When I run pdfunite on a Windows WSL (20.04) using the same pdf files to merge, it merges the same pdf files perfectly without error.

I then checked the versions and the 18.04 version reports:

pdfunite: /usr/local/lib/libtiff.so.5: no version information available (required by /usr/lib/x86_64-linux-gnu/libpoppler.so.73)
pdfunite version 0.62.0
Copyright 2005-2017 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC

And the WSL version reports:

pdfunite version 0.86.1
Copyright 2005-2020 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC

Does anyone have a solution on how to get pdfunite to run on the 18.04 system?

Thank you for any help that you can provide!

Question information

Language:
English Edit question
Status:
Solved
For:
Ubuntu Edit question
Assignee:
No assignee Edit question
Solved by:
Manfred Hampl
Solved:
Last query:
Last reply:
Revision history for this message
Manfred Hampl (m-hampl) said : 		#1

/usr/local/lib/libtiff.so.5 seems to be from a foreign source, probably in a wrong version.
The Ubuntu-provided version is /usr/lib/x86_64-linux-gnu/libtiff.so.5

What output do you receive for the commands

ls -l /usr/lib/x86_64-linux-gnu/libtiff.so.5
ls -lL /usr/lib/x86_64-linux-gnu/libtiff.so.5
ls -l /usr/local/lib/libtiff.so.5
ls -lL /usr/local/lib/libtiff.so.5
LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libtiff.so.5 pdfunite -v

Revision history for this message
Michael B (mtbdev) said : 		#2

Thanks for the assistance - When I run those commands, here is what I receive:

ls -l /usr/lib/x86_64-linux-gnu/libtiff.so.5

returns this:

lrwxrwxrwx 1 root root 16 Feb 25 12:37 /usr/lib/x86_64-linux-gnu/libtiff.so.5 -> libtiff.so.5.3.0

----------------------------------
ls -lL /usr/lib/x86_64-linux-gnu/libtiff.so.5

returns this:

-rw-r--r-- 1 root root 485864 Feb 25 12:37 /usr/lib/x86_64-linux-gnu/libtiff.so.5

----------------------------------
ls -l /usr/local/lib/libtiff.so.5

return this:

lrwxrwxrwx 1 root root 16 Sep 2 2020 /usr/local/lib/libtiff.so.5 -> libtiff.so.5.4.0
----------------------------------
ls -lL /usr/local/lib/libtiff.so.5

returns this:

-rwxr-xr-x 1 root root 1754576 Sep 2 2020 /usr/local/lib/libtiff.so.5
----------------------------------
LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libtiff.so.5 pdfunite -v

returns this:

pdfunite version 0.62.0
Copyright 2005-2017 The Poppler Developers - http://poppler.freedesktop.org
Copyright 1996-2011 Glyph & Cog, LLC

Revision history for this message
Best Manfred Hampl (m-hampl) said : 		#3

The output confirms my assumption.

There is a libtiff.so.5 with a wrong version, and in the sequence of directories to search for libraries, it comes first.
The question now is: Where does it come from, is it needed?
If it is not needed, then it can be deleted and pdfunite should pick up the Ubuntu-provided version and work well.
If it is needed for some other program, then you have to force that the Ubuntu-provided version is used for pdfunite and similar programs by putting the LD_PRELOAD assignment in front of the command as done above.

Revision history for this message
Michael B (mtbdev) said : 		#4

Awesome! Thank you so much for the answer to this problem.

It is very much appreciate. Learned a few great tips along the way,
Such as LD_PRELOAD.

Have a great day Manfred.

Revision history for this message
Michael B (mtbdev) said : 		#5

Thanks Manfred Hampl, that solved my question.