182324 2007-06-17 13:38 0000 net-p2p/deluge fails with 'undefined symbol: BN_num_bits' 2009-06-02 11:03:35 0000 1 1 1 Unclassified Gentoo Linux Applications unspecified x86 Linux REOPENED P2 normal --- 129413 1 peter.henriksson@gmail.com net-p2p@gentoo.org flameeyes@gentoo.org peter.henriksson@gmail.com 2007-06-17 13:38:21 0000 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 jakub@gentoo.org 2007-06-17 13:41:31 0000 So try without --as-needed peter.henriksson@gmail.com 2007-06-17 14:45:58 0000 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. armin76@gentoo.org 2007-07-23 11:38:17 0000 Uh, forgot about this bug. Same with later versions? 0.5.2, 0.5.3-r1? If so, i'll filter out that... peter.henriksson@gmail.com 2007-07-23 15:43:10 0000 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. armin76@gentoo.org 2007-07-23 19:27:08 0000 Fixed, thanks :) Sander.Sweers@gmail.com 2007-07-23 19:32:46 0000 (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. armin76@gentoo.org 2007-07-23 19:37:40 0000 Well, attach a patch and i'll add it... ssuominen@gentoo.org 2007-07-24 03:32:44 0000 umm.. I've never seen asneedeed filtered before, let me try to fix it instead. ssuominen@gentoo.org 2007-07-24 09:32:01 0000 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 ~ $ peter.henriksson@gmail.com 2007-07-25 21:03:05 0000 Actually, the filtering added to the ebuilds doesn't appear to be working for me. Manually removing --as-needed from make.conf works though. armin76@gentoo.org 2007-07-26 10:46:05 0000 (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 jakub@gentoo.org 2007-08-17 18:05:58 0000 Uhm... don't filter --as-needed; either leave it broken or fix it properly, hiding bugs doesn't make sense. bugs.gentoo.org_4@devport.codepilot.net 2007-10-25 22:38:44 0000 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. armin76@gentoo.org 2008-01-16 15:50:38 0000 drac slacks :) flameeyes@gentoo.org 2009-06-02 11:03:35 0000 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.