Bug 75100 – After upgrading to imagemagick 6.1.3.4, running mogrify fails with mogrify: error while loading shared libraries: libltdl.so.3:cannot open shared object file: No such file or directory

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Josh Ballard 2004-12-20 14:05:31 UTC]

I was previously running imagemagick 6.1.3.2, and upgraded to 6.1.3.4, and realized that a couple of my custom web applications that use imagemagick/mogrify stopped working.  When I went to the command line to run mogrify and see if some parameters had changed, mogrify failed with the message: 
mogrify: error while loading shared libraries: libltdl.so.3:cannot open shared object file: No such file or directory 

Reproducible: Always
Steps to Reproduce:
1. Upgrade to 6.1.3.4
2. Run mogrify
3. See problem

Actual Results:  
mogrify: error while loading shared libraries: libltdl.so.3:cannot open shared
object file: No such file or directory 

Expected Results:  
Spit out the mogrify help screen.

Here is my emerge info:
Portage 2.0.51-r3 (hardened/x86, gcc-3.3.4, glibc-2.3.4.20040808-r1,
2.4.27-grsec-2.0.1 i686)
=================================================================
System uname: 2.4.27-grsec-2.0.1 i686 Intel(R) Celeron(R) CPU 2.60GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux-headers-2.4.21-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=pentium4 -O2 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium4 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.mirrors.pair.com/ http://gentoo.osuosl.org/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage//packages/x86/"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage/"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://cockatoo.gentoo.org/gentoo-portage"
USE="x86 apache2 berkdb crypt hardened mmx ncurses pam perl pic pie python
readline snmp ssl tcpd xml zlib"

[Comment 1 Karol Wojtaszek (RETIRED) 2004-12-21 08:26:26 UTC]

Please, run `emerge libtool`, because your system is missing libtool's libs. If problem will still occur reopen this bug.

[Comment 2 Josh Ballard 2004-12-21 08:29:58 UTC]

No, actually, I'm not missing libtool, but I am recompiling right now to see if that fixes it.  

[Comment 3 Josh Ballard 2004-12-21 09:25:27 UTC]

It's still broken.  I re-emerged libtool, and then re-emerged imagemagick 6.1.3.4, and I still get the exact same error.
mogrify: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory

[Comment 4 Karol Wojtaszek (RETIRED) 2005-01-22 07:13:32 UTC]

Can you try with 6.1.8.8?

[Comment 5 Josh Ballard 2005-01-22 14:28:36 UTC]

It still does the same thing with 6.1.8.8.  I've gone back to 6.1.3.2 again because it's the only one that works.  I've just kinda settled for having to use that for now.  I haven't had time to try anything else with it.  Here's some more info I've been able to get by emerging and re-emerging stuff, checking ldd and some stuff like that.
Under 6.1.3.2, /usr/lib/libltdl.so.3 is a symlink to /usr/lib/libltdl.so.3.1.0 while under the rest newer after that don't have a libltdl.so.3 or a libltdl.so.3.1.0 to even symlink to.

[Comment 6 Josh Ballard 2005-01-26 12:39:48 UTC]

This is really odd, but the other day I had done a emerge -Dupv imagemagick to attempt and catch any upgrades to anything required for imagemagick to see if it was something below imagemagick that was busted and this didn't work, but today I did a emerge -Dupv world, and went to check to see if I needed to roll back imagemagick again and it works again.  I'm still unsure as to what happened, but it appears to be working now.

[Comment 7 Josh Ballard 2005-01-26 12:42:12 UTC]

Er, scratch the -pv's in those emerge statements... I'm not quite with it right now.  I actually didn't do pretends in those cases...

[Comment 8 Carsten Frewert 2005-03-29 09:49:29 UTC]

/usr/lib/libltdl.* vanished on one of my boxes today. I just did some tests:

From the output of "emerge unmerge imagemagick" (version 6.1.3.2):

>>> Unmerging media-gfx/imagemagick-6.1.3.2...
[...]
<<<        obj /usr/lib/libltdl.so.3.1.0
<<<        obj /usr/lib/libltdl.la
<<<        obj /usr/lib/libltdl.a
[...]
<<<        sym /usr/lib/libltdl.so.3
<<<        sym /usr/lib/libltdl.so


This is related to bug 69705, imagemagick-6.1.3.2.ebuild contains the lines

        #bug 69705
#       rm -f ${D}/usr/lib/libltdl

in src_install(). Note that the remove statement is commented out.

Bug 69705 should be fixed in (unstable) imagemagick-6.1.3.4, but unmerging 
6.1.3.2 breaks libtool.

[Comment 9 Luca Barbato 2005-03-29 14:21:59 UTC]

please emerge libtool again

[Comment 10 Karol Wojtaszek (RETIRED) 2005-08-03 11:29:45 UTC]

It's fixed already.