Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 367293 - dev-python/pycairo-1.10.0-r1 fails on portage-multilib because of waflib's python support
Summary: dev-python/pycairo-1.10.0-r1 fails on portage-multilib because of waflib's py...
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Python Gentoo Team
URL: http://code.google.com/p/waf/issues/d...
Whiteboard:
Keywords: PATCH
: 378989 414445 (view as bug list)
Depends on: 367291
Blocks: portage-multilib
  Show dependency tree
 
Reported: 2011-05-14 20:02 UTC by Nathan Phillip Brink (binki) (RETIRED)
Modified: 2018-01-21 22:28 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
pycairo-1.10.0-waf-multilib.patch (pycairo-1.10.0-waf-multilib.patch,761 bytes, patch)
2011-05-14 20:02 UTC, Nathan Phillip Brink (binki) (RETIRED)
Details | Diff
build.log (build.log,3.85 KB, text/plain)
2011-05-14 20:04 UTC, Nathan Phillip Brink (binki) (RETIRED)
Details
emerge --info (emerge--info.txt,7.60 KB, text/plain)
2011-05-14 20:05 UTC, Nathan Phillip Brink (binki) (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Nathan Phillip Brink (binki) (RETIRED) gentoo-dev 2011-05-14 20:02:35 UTC
Created attachment 273225 [details, diff]
pycairo-1.10.0-waf-multilib.patch

Checking for program python-config-2.6            : /usr/bin/python-config-2.6
command ['/usr/bin/python', '/usr/bin/python-config-2.6', '--includes'] returned 1
 * ERROR: dev-python/pycairo-1.10.0-r1 failed (configure phase):
 *   configure failed

waflib thinks that python-config should be a python script. On portage-multilib systems, python-config actually points to abi-wrapper which is a POSIX shell script. This wrapper in turn invokes python-config-${ABI} (or in this case python-config-2.6-${ABI}) such as python-config-2.6-amd64.

I have filed a bug and the patch which fixes the problem upstream, see URL. It would be nice if this could be patched in pycairo-1.10.0-r* to support portage-multilib users.

I have attached the patch to waflib which must be applied in the manner described in bug 367291 and will attach an ebuild patch which assumes that bug 367291 is fixed.
Comment 1 Nathan Phillip Brink (binki) (RETIRED) gentoo-dev 2011-05-14 20:04:44 UTC
Created attachment 273227 [details]
build.log
Comment 2 Nathan Phillip Brink (binki) (RETIRED) gentoo-dev 2011-05-14 20:05:07 UTC
Created attachment 273229 [details]
emerge --info
Comment 3 Arfrever Frehtes Taifersar Arahesis (RETIRED) gentoo-dev 2011-05-14 21:46:50 UTC
pycairo uses build system from:
http://code.google.com/p/waf/

You need to send the patch to upstream.
Comment 4 Nathan Phillip Brink (binki) (RETIRED) gentoo-dev 2012-02-20 03:39:10 UTC
*** Bug 378989 has been marked as a duplicate of this bug. ***
Comment 5 Nathan Phillip Brink (binki) (RETIRED) gentoo-dev 2012-02-20 04:00:19 UTC
(In reply to comment #3)
> pycairo uses build system from:
> http://code.google.com/p/waf/
> 
> You need to send the patch to upstream.

http://code.google.com/p/waf/issues/detail?id=951#c3 . It has been upstream for a while, but the version of waflib embedded into pycairo-1.10.0 still breaks on portage-multilib because we can't patch waflib until bug #367291 is fixed. Thus, even though there's no possible current fix for this bug, it's still a bug.

A hacky stopgap measure has been committed to http://git.overlays.gentoo.org/gitweb/?p=proj/multilib-portage.git;a=commitdiff;h=16e3674d231ae99cf389246384659f28c0b19b21 for portage-multilib users in the meantime.
Comment 6 Yuriy Rusinov 2012-05-04 03:21:00 UTC
*** Bug 414445 has been marked as a duplicate of this bug. ***
Comment 7 Sebastian Lüttich 2013-03-24 18:04:32 UTC
Is there some development?

pycairo-1.10* does _still_ not compile with amd64 and portage-multilib despite this fact -r2 and -r4 are stable for amd64.
Comment 8 ewomer 2013-07-24 03:37:35 UTC
I can confirm that it is still the same situation. It is actually a little weirder because you can either emerge with python3.2 if python3.2 is selected with eselect or you can emerge with python2.7 if python2.7 was selected by eselect.
Comment 9 Marat Nepomnyashy 2014-12-31 03:38:21 UTC
(In reply to salamanderrake from comment #8)
> I can confirm that it is still the same situation. It is actually a little
> weirder because you can either emerge with python3.2 if python3.2 is
> selected with eselect or you can emerge with python2.7 if python2.7 was
> selected by eselect.

Indeed, I was able to finally 'emerge pycairo' by first doing:

emerge python:3.2
eselect python set [number corresponding to python 3.2 from 'eselect python list']