Happens with -0.5.0, -0.5.1.1 and the live svn ebuild as of today. I can't find any other reports of this problem so I suppose it could be just me. swany@gentoo ~ $ deluge Traceback (most recent call last): File "/usr/bin/deluge", line 41, in ? import deluge, deluge.common, deluge.interface File "/usr/lib/python2.4/site-packages/deluge/interface.py", line 34, in ? import core, common, dgtk, ipc_manager, dialogs File "/usr/lib/python2.4/site-packages/deluge/core.py", line 49, in ? import deluge_core ImportError: /usr/lib/python2.4/site-packages/deluge/deluge_core.so: undefined symbol: BN_num_bits Reproducible: Always Steps to Reproduce: emerge --info Portage 2.1.3_rc3 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.5-r3, 2.6.21-ck2 i686) ================================================================= System uname: 2.6.21-ck2 i686 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz Gentoo Base System release 1.12.10 Timestamp of tree: Sat, 16 Jun 2007 20:00:10 +0000 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.15 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -msse3 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=pentium-m -msse3 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks metadata-transfer nodoc parallel-fetch sandbox sfperms strict unmerge-orphans" GENTOO_MIRRORS="http://ds.thn.htu.se/linux/gentoo" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,--hash-style=both -Wl,--as-needed" LINGUAS="en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlays/gnome-experimental" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl alsa berkdb bitmap-fonts cli cracklib crypt cups dbus dri fortran gdbm gnome gpm gtk hal iconv ipv6 isdnlog libg++ midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl png pppd python readline reflection session spl ssl tcpd thread tiff truetype-fonts type1-fonts unicode x86 xorg zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="evdev mouse keyboard" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="i810 nvidia" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
So try without --as-needed
Of course. It's been so long since I had anything fail due to --as-needed it slipped my mind. Works fine without --as-needed. Thanks.
Uh, forgot about this bug. Same with later versions? 0.5.2, 0.5.3-r1? If so, i'll filter out that...
Yes, this still happens with 0.5.3_rc1. It seems the deluge people have a 'Brand new build and installation system using autotools and make' on the roadmap. But until such time filtering out --as-needed is probably the best way to resolve this bug.
Fixed, thanks :)
(In reply to comment #4) > Yes, this still happens with 0.5.3_rc1. > > It seems the deluge people have a 'Brand new build and installation system > using autotools and make' on the roadmap. But until such time filtering out > --as-needed is probably the best way to resolve this bug. Filtering is never the best option, the worst as it hides the real bug. It should be not filtered leaving the bug report open or fixed for real.
Well, attach a patch and i'll add it...
umm.. I've never seen asneedeed filtered before, let me try to fix it instead.
drac@unique ~ $ deluge Traceback (most recent call last): File "/usr/bin/deluge", line 60, in <module> import deluge.core File "/usr/lib/python2.5/site-packages/deluge/core.py", line 57, in <module> import deluge_core ImportError: /usr/lib/python2.5/site-packages/deluge/deluge_core.so: undefined symbol: BN_bin2bn drac@unique ~ $ qlist -CIv | grep deluge net-p2p/deluge-0.5.3_rc1 drac@unique ~ $
Actually, the filtering added to the ebuilds doesn't appear to be working for me. Manually removing --as-needed from make.conf works though.
(In reply to comment #10) > Actually, the filtering added to the ebuilds doesn't appear to be working for > me. Manually removing --as-needed from make.conf works though. > Right, forgot to inherit the flag-o-matic eclass, should be fixed now on 0.5.3 and 9999
Uhm... don't filter --as-needed; either leave it broken or fix it properly, hiding bugs doesn't make sense.
IMHO the flag should be filtered ( you also dont say glibc shouldnt filter any flags because any filtered flag has a corresponding bug ). Filter all flags responsible for breakage or filter none. Why should e.g. 100 users have to come here to find out how to build it - users want to use it and not care for filtering flags manually. If its a bug post a message about it to notify users - but not let every individual user be forced to come here for a known bug.
drac slacks :)
Can you drop the bloody filtering and just fix this the bloody right way? See http://blog.flameeyes.eu/2008/11/20/misguided-link-and-as-needed for what the heck is happening here.
Just tested with deluge-1.2.0 on amd64 with forced as-needed (whole system) and I'm not able to reproduce it and also the library "deluge_core.so" seems to be gone, there are no elf libraries anymore. So can we close this bug?
(In reply to comment #16) > Just tested with deluge-1.2.0 on amd64 with forced as-needed (whole system) and > I'm not able to reproduce it and also the library "deluge_core.so" seems to be > gone, there are no elf libraries anymore. > > So can we close this bug? > I concur. 1.2.0 doesn't have elf libs, and doesn't fail with forced asneeded
