Summary: | net-p2p/deluge-1.1.9 segfaults with Python 2.6 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | N. Andrew Walsh <n.andrew.walsh> |
Component: | Current packages | Assignee: | Gentoo net-p2p team <net-p2p> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | bts, esigra, kjloc76, matrix47, patrick, rich0 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 230205 | ||
Attachments: | strace output from deluge-1.1.9 |
Description
N. Andrew Walsh
2009-08-11 13:34:37 UTC
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. |