FS#21082 - libtorrent-rasterbar does not compile with new python

Attached to Project: Arch Linux
Opened by Devin Cofer (Ranguvar) - Tuesday, 05 October 2010, 11:47 GMT
Last edited by Ionut Biru (wonder) - Sunday, 17 October 2010, 19:51 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I'm pretty sure this is because of the new python, but then again how was it built for [testing]?
So if it works for other [testing] users then I'm just crazy.

make[2]: Entering directory `/home/ranguvar/libtorrent-rasterbar/src/libtorrent-rasterbar-0.15.3/bindings/python'
/usr/bin/python setup.py build
File "setup.py", line 10
print 'You need to pass --enable-python-binding to configure in order ',
^
This task depends upon

Closed by  Ionut Biru (wonder)
Sunday, 17 October 2010, 19:51 GMT
Reason for closing:  Not a bug
Comment by Devin Cofer (Ranguvar) - Tuesday, 05 October 2010, 11:47 GMT
The ^ pointed to the ending single-quote, but posting a bug removed the whitespace.
Comment by Allan McRae (Allan) - Tuesday, 05 October 2010, 11:55 GMT
Build it on a system/chroot with only python2 installed and not python.
Comment by Ionut Biru (wonder) - Tuesday, 05 October 2010, 15:59 GMT
you can do

PYTHON_VERSION=2 ./configure ...
Comment by Ionut Biru (wonder) - Wednesday, 06 October 2010, 14:39 GMT
that workaround doesn't seem to work. Please open a feature request on their bugtracker, asking to add an option to pass python binary name.

Comment by Allan McRae (Allan) - Friday, 08 October 2010, 04:15 GMT
Builds fine here:
pacman -S devtools
testing-i686-build (in directory with PKGBUILD)

Building in clean chroots prevents many such problems.

Loading...