ImportError: Cannot imporrt name SystemRandom

[AVI18794]

Reproducing code example:

import numpy as np
import matplotlib.pyplot as plt
import time
import numpy as np
ysample = np.random.randint(-50, 50, 100)
xdata = []
ydata = []
plt.show()
axes = plt.gca()
axes.set_xlim(0, 100)
axes.set_ylim(-50, +50)
line, = axes.plot(xdata, ydata, 'r-')
for i in range(100):
    xdata.append(i)
    ydata.append(ysample[i])
    line.set_xdata(xdata)
    line.set_ydata(ydata)
    plt.draw()
    plt.pause(1e-17)
    time.sleep(0.1)
plt.show()

from . import random
File "C:\Miniconda\envs\cv_course\lib\site-packages\numpy\random_init_.py", line 181, in
from . import _pickle
File "C:\Miniconda\envs\cv_course\lib\site-packages\numpy\random_pickle.py", line 1, in
from .mtrand import RandomState
File "mtrand.pyx", line 9, in init numpy.random.mtrand
File "mt19937.pyx", line 1, in init numpy.random.mt19937
File "bit_generator.pyx", line 43, in init numpy.random.bit_generator

Numpy/Python version information:

1.17.3

[mattip]

What python are you using? Where did you get it? random.SystemRandom has been supported since 2.4, so from random import SystemRandom should be supported by your python.

[rkern]

Do you have a module named random.py somewhere that isn't the standard library's random module? For example, is this script that you posted for us named random.py?

[mattip]

Closing since the issue author has not responded for a week. @AVI18794 please reopen with more information if you are still unable to import numpy.

[AVI18794]

I fixed this issue by reinstalling the python.There was some mess with the inbuilt packages so it was throwing this error no matter what environment I create.

[WarrenWeckesser]

@AVI18794, thanks for the update.

[Hocnonsense]

I met the same program. The message seemed like this:

Traceback (most recent call last):
  File "bit_generator.pyx", line 40, in numpy.random.bit_generator
  File "D:\Code\python\.Anaconda\envs\game\lib\secrets.py", line 20, in <module>
    from random import SystemRandom
ImportError: cannot import name 'SystemRandom' from 'random' (D:\Code\python\WholeCellEcoliRelease\wholecell\utils\random.py)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "D:\Code\python\WholeCellEcoliRelease\wholecell\utils\linear_programming.py", line 16, in <module>
    import numpy as np
  File "D:\Code\python\.Anaconda\envs\game\lib\site-packages\numpy\__init__.py", line 151, in <module>
    from . import random
  File "D:\Code\python\.Anaconda\envs\game\lib\site-packages\numpy\random\__init__.py", line 179, in <module>
    from . import _pickle
  File "D:\Code\python\.Anaconda\envs\game\lib\site-packages\numpy\random\_pickle.py", line 1, in <module>
    from .mtrand import RandomState
  File "mtrand.pyx", line 1, in init numpy.random.mtrand
  File "bit_generator.pyx", line 43, in init numpy.random.bit_generator
ImportError: cannot import name SystemRandom

It occurred when I tried to run command python random.py in cmd of Windows10. However, when run it by press "F5" in vscode ({"type":"python","request":"launch","program":"${file}","console":"integratedTerminal"},) it will run correctly.

Why?

[eric-wieser]

Because when you run it the first way, your random module shadows the built-in module. That is a python question not a numpy one, I suggest you ask elsewhere.

[mattip]

"your random module" in this case refers to D:\Code\python\WholeCellEcoliRelease\wholecell\utils\random.py which is shadowing the NumPy random module

[Hocnonsense]

Thanks!

[subhayanghosh]

@rkern Hey, I was facing the same problem and due to the issue that you mentioned. Thanks :)

[mesrp88]

when file name in random.py you will face this issue.. today I faced the same issue.

[jaredkrinke]

Can NumPy use a relative module reference to prevent this problem?

Edit: as pointed out below, the shadowed module ("random") is from Python's standard library, so a relative reference wouldn't help. I don't know of a way to tell Python to load a module from the standard library (and not somewhere else, by accident), but hopefully such a mechanism exists.

[rkern]

No, this is a naming conflict between the user's top-level module and a top-level stdlib module, not a conflict between the user's top-level module and an internal numpy subpackage. There is nothing numpy can do about that conflict.

[neilmolky]

I fixed this by renaming some of my .py files that made up the project. In particular secrets.py seemed to be conflicting with something which would make sense if there is a similar secrets module in the numpy package.

[WarrenWeckesser]

Thanks @neilmolky. secrets is a module in the Python standard library, and it is used by NumPy in the bit_generator code of the random module:

numpy/numpy/random/bit_generator.pyx

Line 38 in 6932eff

from secrets import randbits

So if you have a Python file called secrets.py that shadows the standard library, it will break NumPy's random module.