After recent updates to dbus and boost (and python), deluge-1.1.9 will not start, producing instead a segfault. You will see below a bunch of references to python-2.6 files: but I have python-3.1 installed. Perhaps this is the problem? On a perhaps related note, python-updater does not recognize python-3.1, and instead updates to 2.6 (the previous version). Reproducible: Always Steps to Reproduce: 1. install deluge, python, dbus, boost, to latest versions in ~amd64 2. try to start deluge-1.1.9 3. cry Actual Results: Segfault and emo tears Expected Results: bittorent-downloading madness. Here's emerge --info: Portage 2.2_rc15 (default/linux/amd64/2008.0, gcc-4.3.4, glibc-2.10.1-r0, 2.6.30-gentoo-r4 x86_64) ================================================================= System uname: Linux-2.6.30-gentoo-r4-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_6400+-with-gentoo-2.0.1 Timestamp of tree: Sun, 09 Aug 2009 14:15:01 +0000 app-shells/bash: 4.0_p28 dev-java/java-config: 1.3.7-r1, 2.1.8-r1 dev-lang/python: 2.5.4-r2, 2.6.2-r1, 3.1 dev-util/cmake: 2.6.4-r2 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.4.3-r3 sys-apps/sandbox: 2.0 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.30-r1 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="en_US" LC_ALL="en_US" LDFLAGS="-Wl,-O1" LINGUAS="en_US de" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/pd-overlay /usr/portage/local/layman/devnull /usr/portage/local/layman/mozilla /usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X Xaw3d a52 aac acl acpi aim alsa amd64 apm audiofile bash-completion berkdb bzip2 cairo cddb cdinstall cdparanoia cdr clamav cli cracklib crypt css cups curl curlwrappers cxx directfb dri dvd dvdr dvdread encode ffmpeg fftw firefox flac fortran ftp gdbm geoip gif gimp glut gpm gstreamer gtk hal hddtemp iconv icq ieee1394 imagemagick imap imlib ipv6 isdnlog jack java java6 javascript jikes joystick jpeg kde lame latex ldap libsamplerate libwww lm_sensors mad matroska mmx motif mp3 mpeg mplayer mudflap multilib ncurses nls nptl nptlonly nsplugin offensive ogg openal opengl openmp oscar pam pcre pdf perl png posix pppd python qt3support qt4 quicktime raw readline reflection rss scanner session sndfile sockets speex spell spl sse sse2 ssl suid svg symlink sysfs syslog tcl tcpd tetex theora threads tidy tiff tk translucency truetype unicode usb videos vorbis wmf wxwindows x264 xcomposite xine xml xorg xpm xscreensaver xulrunner xv xvid zlib" ALSA_CARDS="hda-intel usb-audio" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US de" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 200930 [details] strace output from deluge-1.1.9 Here's the whole strace output. Have fun!
I can confirm this as well from a clean install where deluge was never emerged on the system prior to this attempt. Using stable python 2.6. I can also inform that I did successfully run deluge 1.1.9 on a different box maybe just over a month ago. This was when the stable python was at 2.5. Error during ebuild appears when setup.py is called. As follows: collect2: ld returned 1 exit status error: command 'gcc' failed with exit status 1 * * ERROR: net-p2p/deluge-1.1.9 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 3259: Called distutils_src_compile * environment, line 856: Called die * The specific snippet of code: * ${python} setup.py build "$@" || die "compilation failed"; * The die message: * compilation failed
I can confirm this on stable x86, emerging this package doesn't work since stabilization of Python 2.6. @N. Andrew Walsh: Please make this bug block bug 230205, only the original reporter can
Block committed.
I just found a user in the deluge forum (http://forum.deluge-torrent.org/viewtopic.php?f=8&t=23945) who had a problem similar to Kevin's and mine. Reemerging dev-python/setuptools and then emerging net-p2p/deluge changes the paths over to the Python 2.6 installation and solves this problem for me.
(In reply to comment #5) > Reemerging dev-python/setuptools and then emerging net-p2p/deluge changes the > paths over to the Python 2.6 installation and solves this problem for me. > Hmm. can anyone else confirm that this is caused by not running python-updater ? :)
Patrick, you are right, running python-updater solves the problem. Nevertheless, the time I wrote here, I had ran "python-updater" and it updated nothing, so I thought everything was fine. The trick was to run "python-updater -o 2.5" - this found several packages to reemerge, including these ones, and solved the problem. Why did I have to give the old python version explicitly to python-updater, is this standard behaviour? All hints tell to just run "python-updater". Maybe the problem was I --depclean'ed 2.5 before running python-updater? Regarding this bug: Fixed for me.
I have also never suffered this bug. Looks INVALID to me as seems to only appear when people forget to run python-updater
Something bizarre is going on here - on amd64 I'm getting this issue despite having run python-updater and doing a bunch of rebuilds. Still haven't figured out what the issue is - I get a bunch of problems finding boost components starting with: gcc -DNDEBUG -march=k8 -Os -pipe -frename-registers -fweb -fPIC -I./libtorrent -I./libtorrent/include -I./libtorrent/include/libtorrent -I/usr/include/python2.6 -I/usr/include -I/usr/include/python2.6 -c ./libtorrent/src/bt_peer_connection.cpp -o build/temp.linux-x86_64-2.6/./libtorrent/src/bt_peer_connection.o -D_FILE_OFFSET_BITS=64 -DNDEBUG -DTORRENT_USE_OPENSSL=1 -O2 -Wno-missing-braces ./libtorrent/src/bt_peer_connection.cpp:40:26: error: boost/bind.hpp: No such file or directory In file included from ./libtorrent/include/libtorrent/bt_peer_connection.hpp:43, from ./libtorrent/src/bt_peer_connection.cpp:42: ./libtorrent/include/libtorrent/debug.hpp:44:34: error: boost/lexical_cast.hpp: No such file or directory ./libtorrent/include/libtorrent/debug.hpp:45:40: error: boost/filesystem/fstream.hpp: No such file or directory ./libtorrent/include/libtorrent/debug.hpp:46:44: error: boost/filesystem/convenience.hpp: No such file or directory ...
(In reply to comment #9) > Something bizarre is going on here - on amd64 I'm getting this issue despite > having run python-updater and doing a bunch of rebuilds. Still haven't figured > out what the issue is - I get a bunch of problems finding boost components > starting with: "eselect boost list" - what boost version is active? There is (or used to be) a bug where after the first merge no boost version was active, so things failed like this. If that doesn't fix it please post your boost useflags, I would guess that disabling one took out some bits that are needed.
# eselect boost list Available boost versions: [1] boost-1.35/default * Looks ok... # paludis -q boost * dev-libs/boost gentoo: (1.33.1-r1)K 1.34.1-r2 (1.35.0-r1)K 1.35.0-r2 (1.35.0-r3)K 1.35.0-r5 {:0} (1.36.0-r1)K {:1.36} (1.37.0-r1)K {:1.37} (1.39.0)K {:1.39} (1.40.0)KR {:1.40} installed: 1.35.0-r5* {:0} Description: Boost Libraries for C++ Homepage: http://www.boost.org/ License: Boost-1.0 Installed time: Thu Nov 12 18:46:44 EST 2009 Use flags: (-doc) (eselect) (-expat) (-icu) (-mpi) (python) (-tools) (-test) Build Options: -trace From repositories: gentoo Installed using: paludis-0.42.2 I'm happy to adjust the boost flags as suggested - perhaps we're missing a use dep.
Well, I rebuilt boost with all use flags enabled, and I still get the same build error on deluge. Must be something else...
1.1.9 is not in the tree anymore, closing as WONTFIX.
