numpy-1.7.0_pre20121217 fails with sage-5.5_rc0-r1 on ~amd64-linux

[strogdon]

On ~amd64-linux, python-3.3.0 is unmasked. In building the subject numpy I get

```
�[32;01m * �[39;49;00mPackage:    dev-python/numpy-1.7.0_pre20121217
�[32;01m * �[39;49;00mRepository: sage-on-gentoo
�[32;01m * �[39;49;00mMaintainer: sci@gentoo.org python@gentoo.org
�[32;01m * �[39;49;00mUSE:        amd64 elibc_glibc kernel_linux lapack prefix userland_GNU
�[32;01m * �[39;49;00mFEATURES:   ccache preserve-libs sandbox splitdebug
�[32;01m * �[39;49;00mPackage:    dev-python/numpy-1.7.0_pre20121217
�[32;01m * �[39;49;00mRepository: sage-on-gentoo
�[32;01m * �[39;49;00mMaintainer: sci@gentoo.org python@gentoo.org
�[32;01m * �[39;49;00mUSE:        amd64 elibc_glibc kernel_linux lapack prefix userland_GNU
�[32;01m * �[39;49;00mFEATURES:   ccache preserve-libs sandbox splitdebug
 �[32;01m*�[0m Using following Fortran compiler:
 �[32;01m*�[0m   F77: x86_64-pc-linux-gnu-gfortran
 �[32;01m*�[0m   FC:  x86_64-pc-linux-gnu-gfortran
 �[31;01m*�[0m ERROR: dev-python/numpy-1.7.0_pre20121217 failed (setup phase):
 �[31;01m*�[0m   Active version of CPython 3 is not supported by dev-python/numpy-1.7.0_pre20121217
 �[31;01m*�[0m 
 �[31;01m*�[0m Call stack:
 �[31;01m*�[0m     ebuild.sh, line   93:  Called call-ebuildshell 'pkg_setup'
 �[31;01m*�[0m   environment, line 1328:  Called pkg_setup
 �[31;01m*�[0m   environment, line 3463:  Called python_pkg_setup
 �[31;01m*�[0m   environment, line 5466:  Called _python_calculate_PYTHON_ABIS
 �[31;01m*�[0m   environment, line  759:  Called die
 �[31;01m*�[0m The specific snippet of code:
 �[31;01m*�[0m                           die "Active version of CPython 3 is not supported by ${CATEGORY}/${PF}";
 �[31;01m*�[0m 
 �[31;01m*�[0m If you need support, post the output of `emerge --info '=dev-python/numpy-1.7.0_pre20121217'`,
 �[31;01m*�[0m the complete build log and the output of `emerge -pqv '=dev-python/numpy-1.7.0_pre20121217'`.
 �[31;01m*�[0m This ebuild is from an overlay named 'sage-on-gentoo': '/storage/strogdon/gentoo/usr/local/portage/sage-on-gentoo/'
 �[31;01m*�[0m The complete build log is located at '/storage/strogdon/gentoo/var/tmp/portage/dev-python/numpy-1.7.0_pre20121217/temp/build.log'.
 �[31;01m*�[0m The ebuild environment file is located at '/storage/strogdon/gentoo/var/tmp/portage/dev-python/numpy-1.7.0_pre20121217/temp/environment'.
 �[31;01m*�[0m Working directory: '/storage/strogdon/gentoo/var/tmp/portage/dev-python/numpy-1.7.0_pre20121217'
 �[31;01m*�[0m S: '/storage/strogdon/gentoo/var/tmp/portage/dev-python/numpy-1.7.0_pre20121217/work/numpy-c4c169c7cb32075386bd03463a908035c655784b'
```

The usual tricks to get numpy to build against just python-2.7 don't seem to work. At least I haven't been successful. So is numpy now going to have to be made compatible with the distutils-r1.eclass for things to work? Some quick tests here in adding the eclass to numpy, with a few changes, did allow it to build. Or perhaps masking python-3.3.0 is the better way to proceed.

[kiwifb]

Updating to the new eclass is the best idea I think. I thought the stub I used from 1.6.2 in the tree was already migrated. Obviously I am wrong. Will work on that shortly.

[strogdon]

I see I opened a can of worms here. That was not the intention. But I suppose eventually it would have had to be done. Everything I've tried now seems to be working.

[kiwifb]

Yeah that's a can of worm. I think I will still work on both eclass but will do something about python-3.3 with the old eclass. 1.7.0rc1 will have to be tested against python3.3 there have plenty of python 3.3 fix in rc1 so it may be supported now.

[kiwifb]

https://bugs.gentoo.org/show_bug.cgi?id=450910 leads me to think that the problem may actually lie with python.eclass. Things are properly handled at the ebuild level so it must be the eclass. As said earlier 1.7.0_rc1 may just work with 3.3.

[strogdon]

I see. In the numpy ebuild I removed the restriction from building 1.7.0_rc1 against python-3.3 and there seems to be no problem now. I have both 2.7 and 3.3 compiled versions of numpy.

[kiwifb]

Ok, I'll remove the restriction in rc1. The next interesting bit is whether or not scipy will compile against 3.3....

[strogdon]

Here on ~amd64-linux, scipy-0.11.0 does build against python-3.3

[kiwifb]

I am a bit reluctant to import scipy in the overlay but if we get complaints about building when python 3.3 is installed I will provide a way out.

[kiwifb]

For those who don't follow http://trac.sagemath.org/sage_trac/ticket/11334 the fun never ends. inline_fortran doctest is broken until the new doctesting framework from http://trac.sagemath.org/sage_trac/ticket/12415 lands. This is huge....

[kiwifb]

For all purposes I think this is fixed. Someone will have to port numpy/scipy to the new python eclasses but that's another story.