Public bug reported:
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.
** Affects: python-setuptools (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/974239
Title:
python-setuptools sets up wrong easy-install.pth
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/python-setuptools/+bug/974239/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
