`make test` fails when installing numpy

[l0b0]

Anyone know why numpy is refusing to be installed?

$ make test
/usr/bin/python2.6 setup.py test
running test
Checking .pth file support in .
/usr/bin/python2.6 -E -c pass
Searching for numpy
Reading http://pypi.python.org/simple/numpy/
Reading http://numpy.scipy.org
Reading http://sourceforge.net/project/showfiles.php?group_id=1369&package_id=175103
Reading http://numeric.scipy.org
Best match: numpy 1.6.1
Downloading http://pypi.python.org/packages/source/n/numpy/numpy-1.6.1.zip#md5=462c22b8eb221c78ddd51de98fbb5979
Processing numpy-1.6.1.zip
Running numpy-1.6.1/setup.py -q bdist_egg --dist-dir /tmp/easy_install-Sao1Qd/numpy-1.6.1/egg-dist-tmp-I1BWdO
Traceback (most recent call last):
  File "setup.py", line 38, in <module>
    license=package.__license__,
  File "/usr/lib/python2.6/distutils/core.py", line 152, in setup
    dist.run_commands()
  File "/usr/lib/python2.6/distutils/dist.py", line 975, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python2.6/distutils/dist.py", line 995, in run_command
    cmd_obj.run()
  File "/usr/lib/python2.6/dist-packages/setuptools/command/test.py", line 127, in run
    self.distribution.fetch_build_eggs(self.distribution.install_requires)
  File "/usr/lib/python2.6/dist-packages/setuptools/dist.py", line 245, in fetch_build_eggs
    parse_requirements(requires), installer=self.fetch_build_egg
  File "/usr/lib/python2.6/dist-packages/pkg_resources.py", line 544, in resolve
    dist = best[req.key] = env.best_match(req, self, installer)
  File "/usr/lib/python2.6/dist-packages/pkg_resources.py", line 786, in best_match
    return self.obtain(req, installer) # try and download/install
  File "/usr/lib/python2.6/dist-packages/pkg_resources.py", line 798, in obtain
    return installer(requirement)
  File "/usr/lib/python2.6/dist-packages/setuptools/dist.py", line 293, in fetch_build_egg
    return cmd.easy_install(req)
  File "/usr/lib/python2.6/dist-packages/setuptools/command/easy_install.py", line 604, in easy_install
    return self.install_item(spec, dist.location, tmpdir, deps)
  File "/usr/lib/python2.6/dist-packages/setuptools/command/easy_install.py", line 634, in install_item
    dists = self.install_eggs(spec, download, tmpdir)
  File "/usr/lib/python2.6/dist-packages/setuptools/command/easy_install.py", line 824, in install_eggs
    return self.build_and_install(setup_script, setup_base)
  File "/usr/lib/python2.6/dist-packages/setuptools/command/easy_install.py", line 1101, in build_and_install
    self.run_setup(setup_script, setup_base, args)
  File "/usr/lib/python2.6/dist-packages/setuptools/command/easy_install.py", line 1090, in run_setup
    run_setup(setup_script, args)
  File "/usr/lib/python2.6/dist-packages/setuptools/sandbox.py", line 29, in run_setup
    lambda: execfile(
  File "/usr/lib/python2.6/dist-packages/setuptools/sandbox.py", line 70, in run
    return func()
  File "/usr/lib/python2.6/dist-packages/setuptools/sandbox.py", line 31, in <lambda>
    {'__file__':setup_script, '__name__':'__main__'}
  File "setup.py", line 196, in <module>

  File "setup.py", line 170, in setup_package

  File "setup.py", line 117, in write_version_py

ImportError: cannot import name git_revision
make: *** [test] Error 1

[pepijndevos]

http://mail.scipy.org/pipermail/numpy-discussion/2011-April/055867.html ?

[l0b0]

I did google the issue, but it's already at 1.6.1, so it should be fixed there as well. I guess the issue could be with the Linux Mint/Ubuntu version of Numpy. After running

sudo apt-get purge python-numpy
sudo pip install --upgrade numpy
sudo pip install --upgrade matplotlib

and updating the Python version to 2.7 it works. Does anyone have an old save game to verify that Python 2.7 works?

[pepijndevos]

Does anyone have an old save game to verify that Python 2.7 works?

Yea, very old, but I wonder how hard it would be to make it work with the new format?

http://dl.dropbox.com/u/10094764/World2.zip

[l0b0]

Do you have one with the recent (but not the newest) format? The one mian supports :)

Apropos that, it would be cool if someone had the time and inclination to make it work with the new format (and possibly clean up code for Python 2.7/3.0). I don't think we need to bother with backwards compatibility - People who really want to read the old format can be pointed to the old versions.

[pepijndevos]

No, no newer version, nor any reason to update mian.

[Fenixin]

At the moment I'm busy and the free time goes to overviewer an region-fixer. But, if no one does if before I'll eventually update mian.