Bugzilla Bug 182324

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.