ImageMagick needs to be configured to use the EB Ghostscript

[verdurin]

I have discovered that on one of our systems ImageMagick is linking against a system Ghostscript, rather than the one specified as a build dependency:

$ ldd $(which identify) | grep libgs.so
        libgs.so.9 => /usr/lib64/libgs.so.9 (0x00007f6b13689000)

[boegel]

Just checked for ImageMagick/7.0.8-46-GCCcore-8.2.0, and there identify (which is a symlink to magick, but fine) doesn't even link to libgs.so (nor any other Ghostscript library)...

Anything useful in the build log?

I found this in the configure output, are you seeing something different?

checking for Ghostscript...
checking ghostscript/iapi.h usability... no
checking ghostscript/iapi.h presence... no
checking for ghostscript/iapi.h... no
checking ghostscript/ierrors.h usability... no                                                                                                                                                              checking ghostscript/ierrors.h presence... no
checking for ghostscript/ierrors.h... no                                                                                                                                                                    checking for gsapi_new_instance in Ghostscript framework... no
checking for gsapi_new_instance in -lgs... no                                                                                                                                                               checking if Ghostscript package is complete... no

[verdurin]

Here's what I have:

checking for Ghostscript...
checking ghostscript/iapi.h usability... yes
checking ghostscript/iapi.h presence... yes
checking for ghostscript/iapi.h... yes
checking ghostscript/ierrors.h usability... yes
checking ghostscript/ierrors.h presence... yes
checking for ghostscript/ierrors.h... yes
checking for gsapi_new_instance in Ghostscript framework... no
checking for gsapi_new_instance in -lgs... yes
checking if Ghostscript package is complete... yes, using library.

[verdurin]

Why is it included as a dependency if it's not being used?

[akesandgren]

Yeah, clearly a bug there. I guess the4 --with-gslib needs to specify where ghostscript is.

[verdurin]

This has popped up again.

Here's a clearer example of the problem:

$ ldd $(which convert)
        linux-vdso.so.1 =>  (0x00007ffd17b87000)
        libMagickCore-7.Q16HDRI.so.6 => /apps/eb/software/ImageMagick/7.0.8-11-GCCcore-7.3.0/lib/libMagickCore-7.Q16HDRI.so.6 (0x00007fb5e8ff7000)
        libMagickWand-7.Q16HDRI.so.6 => /apps/eb/software/ImageMagick/7.0.8-11-GCCcore-7.3.0/lib/libMagickWand-7.Q16HDRI.so.6 (0x00007fb5e95e8000)
        liblcms2.so.2 => /apps/eb/software/LittleCMS/2.9-GCCcore-7.3.0/lib/liblcms2.so.2 (0x00007fb5e958a000)
        libtiff.so.5 => /apps/eb/software/LibTIFF/4.0.9-GCCcore-7.3.0/lib/libtiff.so.5 (0x00007fb5e8f85000)
        libjpeg.so.8 => /apps/eb/software/libjpeg-turbo/2.0.0-GCCcore-7.3.0/lib64/libjpeg.so.8 (0x00007fb5e8eda000)
        libgs.so.9 => not found
        libfontconfig.so.1 => /apps/eb/software/fontconfig/2.13.0-GCCcore-7.3.0/lib/libfontconfig.so.1 (0x00007fb5e9536000)
        libexpat.so.1 => /apps/eb/software/expat/2.2.5-GCCcore-7.3.0/lib/libexpat.so.1 (0x00007fb5e8ea7000)
        libfreetype.so.6 => /apps/eb/software/freetype/2.9.1-GCCcore-7.3.0/lib/libfreetype.so.6 (0x00007fb5e8df6000)
        libpng16.so.16 => /apps/eb/software/libpng/1.6.34-GCCcore-7.3.0/lib/libpng16.so.16 (0x00007fb5e8dbc000)
        libXext.so.6 => /apps/eb/software/X11/20180604-GCCcore-7.3.0/lib/libXext.so.6 (0x00007fb5e9521000)
        libXt.so.6 => /apps/eb/software/X11/20180604-GCCcore-7.3.0/lib/libXt.so.6 (0x00007fb5e8d51000)
        libbz2.so.1.0 => /apps/eb/software/bzip2/1.0.6-GCCcore-7.3.0/lib/libbz2.so.1.0 (0x00007fb5e8d3d000)
        libxml2.so.2 => /apps/eb/software/libxml2/2.9.8-GCCcore-7.3.0/lib/libxml2.so.2 (0x00007fb5e8bd2000)
        liblzma.so.5 => /apps/eb/software/XZ/5.2.4-GCCcore-7.3.0/lib/liblzma.so.5 (0x00007fb5e8bab000)
        libz.so.1 => /apps/eb/software/zlib/1.2.11-GCCcore-7.3.0/lib/libz.so.1 (0x00007fb5e8b92000)
        libSM.so.6 => /apps/eb/software/X11/20180604-GCCcore-7.3.0/lib/libSM.so.6 (0x00007fb5e8b88000)
        libuuid.so.1 => /apps/eb/software/util-linux/2.32-GCCcore-7.3.0/lib/libuuid.so.1 (0x00007fb5e8b80000)
        libICE.so.6 => /apps/eb/software/X11/20180604-GCCcore-7.3.0/lib/libICE.so.6 (0x00007fb5e8b62000)
        libX11.so.6 => /apps/eb/software/X11/20180604-GCCcore-7.3.0/lib/libX11.so.6 (0x00007fb5e8a1c000)
        libxcb.so.1 => /apps/eb/software/X11/20180604-GCCcore-7.3.0/lib/libxcb.so.1 (0x00007fb5e89f3000)
        libXau.so.6 => /apps/eb/software/X11/20180604-GCCcore-7.3.0/lib/libXau.so.6 (0x00007fb5e9518000)
        libXdmcp.so.6 => /apps/eb/software/X11/20180604-GCCcore-7.3.0/lib/libXdmcp.so.6 (0x00007fb5e89ec000)
        libgomp.so.1 => /apps/eb/software/GCCcore/7.3.0/lib64/libgomp.so.1 (0x00007fb5e89bd000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007fb5e87b8000)
        libm.so.6 => /lib64/libm.so.6 (0x00007fb5e84b6000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fb5e829a000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fb5e7ecb000)
        libgs.so.9 => not found
        libgcc_s.so.1 => /apps/eb/software/GCCcore/7.3.0/lib64/libgcc_s.so.1 (0x00007fb5e7eb2000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fb5e94f6000)
        libgs.so.9 => not found