You are not logged in.
Pages: 1
Hi all,
after updating binutils to the testing version, amule is refusing to start, complaining about a file he cannot find (libbfd-2.15.so). I tried to recompile it from abs to have amule to dynlink to right libs (libbfd-2.15.so has been replaced by libbfd-2.16-so), but when compiling it complains about a pango function he cannot find. The error is
/usr/lib/libwx_gtk2u_core-2.6.so: undefined reference to `pango_x_get_context'
So i thought that it's an issue due to the old wxgtk compiled for gtk-2.6 (btw: i've upgraded gtk+ to the testing too), so i tried to recompile it. Compilation gone well but the problem is still there. So i tried the rough way: i've created a symlink to libbfd-2.16.so named libbfd-2.15.so. Now amule starts, but i think this will give some problem. Any better idea?
"There's only two thing infinite: the universe and the human stupidity... and i'm not sure about universe"
Albert Einstein
gtkPacman - PyGTK package manager based on pacman
https://gtkpacman.berlios.de
Offline
wx needs a patch to compile against pango 1.10 and gtk 2.8. They seem to be using some very deprecated features from a very old pango release.
For the libbfd thing: after operation libtool-slay has finished, amule should no longer link against versioned binutils libraries (maybe it shouldn't even link at all to it )
Offline
I searched that patch on the wxwindows site, but i didn't find it... May you link me to it?
"There's only two thing infinite: the universe and the human stupidity... and i'm not sure about universe"
Albert Einstein
gtkPacman - PyGTK package manager based on pacman
https://gtkpacman.berlios.de
Offline
Patch is in our CVS, the package is on the FTP. Don't know if the testing db is generated already though.
Offline
i have the same problem, and couldn't understand the solution.
anyone has any suggestion of a emule-like app that has a package??/
thanks a lot
Offline
I think it's happening again. I get this error when I try to run amule:
[ignatz@goldstein ~]$ amule
amule: error while loading shared libraries: libbfd-2.16.1.so: cannot open shared object file: No such file or directory
How can I fix it?
Offline
I hackishly fixed it thus:
# ln -s /usr/lib/libbfd-2.17.so /usr/lib/libbfd-2.16.1.so
Offline
I hackishly fixed it thus:
# ln -s /usr/lib/libbfd-2.17.so /usr/lib/libbfd-2.16.1.so
Thanks a lot
Offline
Get amule from testing.
Offline
Oh, yes, I have that, too.
Offline
This broke again for me today, I solved it using a variation of previous 'hack':
ln -s libbfd-2.17.50.0.17.so libbfd-2.17.so
Offline
happened today to me aswell, i also had mo make a link
ln -s /usr/lib/libbfd-2.17.50.0.18.so /usr/lib/libbfd-2.17.so
Offline
It happened to me too. I thought I'd link it to a place I look more often and wouldn't need root, so I put the link in my ~/lib.
And a line in bashrc: export LD_LIBRARY_PATH="$HOME/lib:$LD_LIBRARY_PATH"
makes it work.
I prefer to keep everything not installed by arch/pacman in my home dir.
And these things happen a lot when you download binary software, so your own ~/lib is very convenient.
Offline
whhy not use the cvs version? works for me
Its a sick world we live in....
Offline
ln -s /usr/lib/libbfd-2.17.50.0.18.so /usr/lib/libbfd-2.17.so
Thanks... Now come back it function.
Offline
rebuilding from ABS is working for me
Offline
Ok, it's easy to solve with a symlink (or rebuilding, but that's less convenient), but what is the right solution? I mean, each time binutils gets upgraded we should manually create a new symlink and remove the old one?
A cvs entry in ABS for binutils PKGBUILD says:
"remove symlinks to dynamic libraries, programs should use the static libs"
So this means any program that uses a binutils library should be rebuilt each time binutils is upgraded? If so, then the maintainer of aMule should be contacted (or a bug report filed), right?
Thanks.
Offline
Presumably you checked the bug list?
Offline
Pages: 1