Arch Linux

Looks like this is the problem:
The index argument to __import__() now defaults to 0 instead of -1 and no longer support negative values. It was an oversight when PEP 328 was implemented that the default value remained -1. If you need to continue to perform a relative import followed by an absolute import, then perform the relative import using an index of 1, followed by another import using an index of 0. It is preferred, though, that you use importlib.import_module() rather than call __import__() directly.

I think i fixed a couple of them, will look into a complete patch and hopefully send it upstream

I'm interested in helping to test patches, if you would like an extra hand. I got bitten by this in a major way last night, and so am eager for fixes/workarounds.

As a data point, if I import something directly ("import numpy", "import scipy") things work. if I import one of my own modules with no relative imports from the directory the module is in, _most_of them work; e.g. if I go to my .../numpy_ext directory (see below) and "import npe_fits", it works. If I attempt to import that same working module from an alternate directory, then I get something like this:

In [2]: import numpy_ext.npe_fits as fits
---------------------------------------------------------------------------
ImportError Traceback (most recent call last)
<ipython-input-2-f1197ac680f1> in <module>()
----> 1 import numpy_ext.npe_fits as fits

/home/ressler/Python/Common/numpy_ext/__init__.py in <module>()
5 from .npe_convenience import *
6 from .npe_obsolete import *
----> 7 from .npe_bbflux import *
8 from .npe_fitting import *
9 from .npe_fits import *

/home/ressler/Python/Common/numpy_ext/npe_bbflux.py in <module>()
108 av_rl=av_rlx[q]
109
--> 110 from scipy.interpolate import splrep,splev
111 def drainelee(w) :
112 """Return the extinction values from a Draine-Lee curve between 0.1 and 1000 um

/usr/lib/python3.3/site-packages/scipy/interpolate/__init__.py in <module>()
146 """
147
--> 148 from .interpolate import *
149 from .fitpack import *
150

/usr/lib/python3.3/site-packages/scipy/interpolate/interpolate.py in <module>()
11 dot, poly1d, asarray, intp
12 import numpy as np
---> 13 import scipy.special as spec
14 import math
15

/usr/lib/python3.3/site-packages/scipy/special/__init__.py in <module>()
526
527 from .basic import *
--> 528 from . import specfun
529 from . import orthogonal
530 from .orthogonal import *

ImportError: cannot import name specfun

Could you report it upstream since it's about a different scipy module. I don't know if anyone reported it yet.

Could you guys try this package?

http://pkgbuild.com/~jelle/python-scipy-0.11.0-3-x86_64.pkg.tar.xz

I still get an error (although a different one):

>>> import scipy.stats
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
File "/usr/lib/python3.3/site-packages/scipy/stats/__init__.py", line 321, in <module>
from .stats import *
File "/usr/lib/python3.3/site-packages/scipy/stats/stats.py", line 199, in <module>
from . import distributions
ImportError: cannot import name distributions

I get the same error as Joe. There is a bug report upstream on this issue - I haven't seen any resolution yet. You can find it at http://projects.scipy.org/scipy/ticket/1739.

I also would like very much like to see this resolved. If patch testing is needed I can help as well.

Could you try this new packages http://pkgbuild.com/~jelle/python-scipy-0.11.0-3-x86_64.pkg.tar.xz ?

This works for me now (at least, I can import scipy.stats -- I haven't tried anything complicated yet).

Thanks!

This also works for me. Thank you!

Okay - this latest package fixes it for me as well. I use a fairly complex ipython setup with multiple default imports (numpy, matplotlib, portions of scipy, and a host of my own modules) and everything now loads without errors, as it used to under python-3.2.

Were your changes patches to the upstream code or something in the Arch build files?

I fetched the changes from upstream, I will push a package in the repos today.

Is this done? It looks like at least. I can't reproduce with scipy freshly installed from community (0.11.0-4).