python-setuptools sets up wrong easy-install.pth

Bug #974239 reported by Sergio Callegari
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
python-setuptools (Ubuntu)
New
Undecided
Unassigned

Bug Description

Hi, on ubuntu oneiric, I have the following situation

1) standard ubuntu python stuff
2) python packages in ~/.local/lib/python2.7/sitepackages, installed using their setup.py not relying on older setuptools... (--user option passed to setup.py)

If I now try to install a python package in .local/lib/python2.7 and the package relies on the older setuptools, when I install it I get an easy-install.pth in my (user) site packages.

This is wrong. In fact, it is arranged so that /usr/lib/pymodules goes at the beginning of sys.path. In this way all the local package overrides are lost.

This is particularly worrying wrt numpy, scipy.

I have updated numpy, scipy in ~/.local. Everything is fine with it before installing anything with setuptools. After installing something with setuptools, the wrong easy-install.pth breaks numpy/scipy. In fact, numpy is in /usr/lib/pymodules, while scipy is not. With the easy-install.pth, importing scipy ends up importing the scipy in ~/.local, which in turns ends up importing the system numpy and not the one in .local. Since the scipy in .local is compiled against the numpy in .local, this not only gives me an older numpy, but also breaks scipy.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.