Libtool (libltdl.so.3) issue...

Timaxe · 2008-03-28 07:18:33

I performed a full system update/upgrade on my new system tonight and noticed that xbindkeys (1.8.2-1) no longer works. Here is the message that I get when I try to start it:

[root@Timba /]# xbindkeys
xbindkeys: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory

I had a look over in /var/log/pacman.log and noticed:

[2008-03-27 23:29] starting full system upgrade
...
[2008-03-27 23:31] upgraded libtool (1.5.26-1 -> 2.2-2)
[2008-03-27 23:31] upgraded libwpd (0.8.13-1 -> 0.8.14-1)
...

It looks like libtool was updated today, but 1.5 -> 2.2 seems like a mighty big jump (I must have been way out of date on it)...is there any way to down-grade my libtool package to the old version, or will I have to wait for an updated xbindkeys (the page for my version was last updated almost 1 year ago ) to fix it?

I did see there was a newer one (1.8.2.2-2) in the testing repository, but I don't know how to tell pacman to pick it. Can anyone at least address how to pick this other package in pacman (I wasn't having any luck with [root@Timba /]# pacman -S xbindkeys-1.8.2-2)? Thank you.

Temporary solution: The new package of libtool has a file named libltdl.so.7...if you make another copy of that file, but with the name libltdl.so.3, then at the xbindkeys will be happy. I do not know how this could impact other packages which depend on that actual version of the library, so do this at your own risk! If you have the original libltdl.so.3 that is probably a safer file to use - but I didn't have that file on my system anymore. Goodluck!

Last edited by Timaxe (2008-03-28 09:30:50)

brebs · 2008-03-28 07:20:54

This is perfect timing for you to see findbrokenpkgs.

Edit: libtool 2.2 just went stable - guess that will cause some breakage

Last edited by brebs (2008-03-28 07:27:29)

Timaxe · 2008-03-28 08:16:16

I found this on the arch-dev-public mailing list:

Thomas Bächler schrieb:
> Tobias Kieslich schrieb:
>> Doing my exiv2 update I saw that this time really some packages must
>> be rebuilt. However, digikam can't be rebuilt because it depends on a
>> libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2
>> can't be rebuild with libtool2 because it just bails. I have not found
>> any patch/hint how to fix that. Can anyone come up with an idea? I have
>> no real libtool experience.
>>
>> -T
>>
>
> I tried to rebuild guile yesterday, as xbindkeys was failing me.
> However, it failed due to a linking error and I didn't have time to
> investigate further.
>
I rebuilt guile with the workaround posted here:
http://bugs.archlinux.org/task/9750
I also rebuilt xbindkeys against the new guile and uploaded both to testing.

So it looks like the version of xbindkeys that I linked to earlier in the testing repository should solve my issues...but the problem is that I have no idea how to tell pacman to use it. What do I have to do to tell pacman to download the xbindkeys in the testing repository? I'm not having a whole lot of luck figuring out using that repository...

Last edited by Timaxe (2008-03-28 08:16:45)

pressh · 2008-03-28 08:41:02

Timaxe wrote:

So it looks like the version of xbindkeys that I linked to earlier in the testing repository should solve my issues...but the problem is that I have no idea how to tell pacman to use it. What do I have to do to tell pacman to download the xbindkeys in the testing repository? I'm not having a whole lot of luck figuring out using that repository...

Put the testing repository BELOW all other repositories in /etc/pacman.conf (in the same way the other repos are there).
Update your pacman database with pacman -Sy

Install package from testing with

pacman -S testing/xbindkeys

Timaxe · 2008-03-28 09:15:35

Thank you for the tips on /etc/pacman.conf, and the recommendation to put testing LAST in the repositories list was very thoughtful since that solved my (unvoiced) concern with the testing packages being installed over supported packages.

Unfortunately it looks like the 1.8.2-2 package of xbindkeys that I linked to still gives the same error that I posted above about not finding libltdl.so.3. Oh well, it was worth a shot and I appreciate the help everyone has been giving me at this late hour.

--------------------

I did find a temporary solution though...I figured I needed to do something because thread is now the first google result for Libtool xbindkeys...

[root@Timba /]# locate libltdl.
/usr/lib/libltdl.a
/usr/lib/libltdl.so
/usr/lib/libltdl.so.7
/usr/lib/libltdl.so.7.1.0
[root@Timba /]# cd /usr/lib/
[root@Timba lib]# cp libltdl.so.7 libltdl.so.3
[root@Timba lib]# xbindkeys

I just copied the new version to have the same name as the library xbindkeys is looking for. Note, if you have the original libltdl.so.3 library you should use that instead - copying the new one to the old name isn't supported for obvious reasons (see below).

It could work until something more permanent can be determined. In my case I will be tracking down the original libltdl.so.3 file so that other packages can maintain compatibility (see below). Cheers & thank you for your time. Goodnight!

Last edited by Timaxe (2008-03-28 09:33:57)

JGC · 2008-03-28 09:20:46

Copying changed sonames to the old name is unsupported and breaks your system. In your case, xbindkeys doesn't use any symbols related to libtool, but things like libgphoto2 do use libtool for dynamic library loading. These programs will break with your "compatibility soname copy".

brebs · 2008-03-28 09:37:54

Recompile xbindkeys. Read the thread I linked to.

Edit: Changed tone, to imply that I don't hate people who can't be bothered to do a bit of research themselves. Even though I do

Last edited by brebs (2008-03-28 09:55:01)

stylopath · 2008-03-28 14:39:11

Pulseaudio also misses libltdl.so.3 and for that reason crashes

Seems like installing and configuring pulseaudio 2 days ago wasn't such a good idea

bender02 · 2008-03-28 15:39:06

Timaxe wrote:

Unfortunately it looks like the 1.8.2-2 package of xbindkeys that I linked to still gives the same error that I posted above about not finding libltdl.so.3. Oh well, it was worth a shot and I appreciate the help everyone has been giving me at this late hour.

It works for me (x86_64), so make sure you really did install 1.8.2-2.
And to reiterate don't copy the libs around like you did. Better to recompile the package.

Blind · 2008-03-28 16:57:57

Well, that was a quirk in the system. I am sure everything will be updated soon.

slackhack · 2008-03-28 19:36:26

upgrading to 1.8.2-2 isn't working here, either (i686). I guess it's either recompile or wait for an updated package to hit testing.

brebs · 2008-03-28 19:44:56

slackhack wrote:

upgrading to 1.8.2-2 isn't working here, either (i686).

Then file a bug report.

slackhack · 2008-03-28 21:03:51

brebs wrote:

slackhack wrote:
upgrading to 1.8.2-2 isn't working here, either (i686).
Then file a bug report.

surprised no one's filed one yet. filed.

Timaxe · 2008-03-29 04:48:55

Updating guile & recompiling xbindkeys got the libraries sorted out, despite the numerous 1.4x / 1.5x Libtools hacks that were used in xbindkeys - I didn't bother sorting through it and removing any things that were obsoleted because my concern is simply getting xbindkeys to run. At 2am, the acceptable solution was to copy over the library, but this morning I had time to do a quick recompile to the new lib. I simply downloaded the sources from here, fired off a ./configure /usr/bin/xbindkeys, followed up with make and then finished with make install as root. No longer need libltdl.so.3...

BTW, does anyone else notice that searching for xbindkeys in the AUR returns the wrong package, but fortunately its dependency is xbindkeys (so you can actually find the page link)? It should be showing up in the search results, but doesn't...just a passing thought.

Anything else that still specifically calls for libltdl.so.3 will probably be broken until those applications are updated. So it looks like Pulseaudio and possibly others could be broken for a little while until recompiled versions make it into the AUR...and as far as I was aware 1.8.2-2 is still 'broken'. But a simple recompile ought to fix it. Cheers & goodluck everyone...for me at least this issue has been resolved.

brebs · 2008-03-29 09:54:30

xbindkeys is right here. It's not in AUR.

Use a pkgbuild. It's not difficult, it's actually easier - plus you wouldn't have put a load of orphaned files on your system. I mean, there is a reason why distros use package managers.

AndyRTR · 2008-03-29 11:53:55

can you please post your architecture, ldd / error message output and exact versions of xbindkeys and guile!

dninja · 2008-03-29 22:09:39

extra/courier-authlib is also affected:

/usr/lib/courier-authlib/authdaemond: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory

EDIT: Scrap this, just done an update and it is ok now.

Last edited by dninja (2008-03-29 22:27:52)

dvd100 · 2008-03-31 17:33:52

extra/autogen 5.8.8-1

$ autogen --help
autogen: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory

libtool 2.2-2
Arch 64bit, yet updated..

Peibol · 2008-03-31 18:26:31

Also sox is affected. I think it's not matter compiling everithing that fails.

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

alex1969 · 2008-03-31 19:16:03

Also play....

$# play
play: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory

Two question: in which pkg is play command???
Is there in pacman a command to find a pkg from a file which is in this pkg??

Sorry for my English :S

& Thank

brebs · 2008-03-31 19:35:06

pacman -Qo $(which play)

eyolf · 2008-03-31 21:07:38

... and lilypond

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

alex1969 · 2008-04-02 17:54:12

OK the sox pkg has been updated and now play it's ok

Snowman · 2008-04-02 21:33:19

dvd100 wrote:

extra/autogen 5.8.8-1
$ autogen --help
autogen: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory
libtool 2.2-2
Arch 64bit, yet updated..

I'll fix it tonight in 3-4 hours. Email me it it's not fixed by tomorrow.
Meanwhile:
pacman -U ftp://ftp.archlinux.org/testing/os/x86_ … pkg.tar.gz
will fix it. For i686 users , change the x86_64 to i686.

Snowman · 2008-04-02 21:33:56

eyolf wrote:

... and lilypond
lilypond: error while loading shared libraries: libltdl.so.3: cannot open shared object file: No such file or directory

That's a community package. inform the TU who maintains it.

Arch Linux

#1 2008-03-28 07:18:33

Libtool (libltdl.so.3) issue...

#2 2008-03-28 07:20:54

Re: Libtool (libltdl.so.3) issue...

#3 2008-03-28 08:16:16

Re: Libtool (libltdl.so.3) issue...

#4 2008-03-28 08:41:02

Re: Libtool (libltdl.so.3) issue...

#5 2008-03-28 09:15:35

Re: Libtool (libltdl.so.3) issue...

#6 2008-03-28 09:20:46

Re: Libtool (libltdl.so.3) issue...

#7 2008-03-28 09:37:54

Re: Libtool (libltdl.so.3) issue...

#8 2008-03-28 14:39:11

Re: Libtool (libltdl.so.3) issue...

#9 2008-03-28 15:39:06

Re: Libtool (libltdl.so.3) issue...

#10 2008-03-28 16:57:57

Re: Libtool (libltdl.so.3) issue...

#11 2008-03-28 19:36:26

Re: Libtool (libltdl.so.3) issue...

#12 2008-03-28 19:44:56

Re: Libtool (libltdl.so.3) issue...

#13 2008-03-28 21:03:51

Re: Libtool (libltdl.so.3) issue...

#14 2008-03-29 04:48:55

Re: Libtool (libltdl.so.3) issue...

#15 2008-03-29 09:54:30

Re: Libtool (libltdl.so.3) issue...

#16 2008-03-29 11:53:55

Re: Libtool (libltdl.so.3) issue...

#17 2008-03-29 22:09:39

Re: Libtool (libltdl.so.3) issue...

#18 2008-03-31 17:33:52

Re: Libtool (libltdl.so.3) issue...

#19 2008-03-31 18:26:31

Re: Libtool (libltdl.so.3) issue...

#20 2008-03-31 19:16:03

Re: Libtool (libltdl.so.3) issue...

#21 2008-03-31 19:35:06

Re: Libtool (libltdl.so.3) issue...

#22 2008-03-31 21:07:38

Re: Libtool (libltdl.so.3) issue...

#23 2008-04-02 17:54:12

Re: Libtool (libltdl.so.3) issue...

#24 2008-04-02 21:33:19

Re: Libtool (libltdl.so.3) issue...

#25 2008-04-02 21:33:56

Re: Libtool (libltdl.so.3) issue...

Board footer