Summary: | dev-python/cython-0.21 without dev-python/pip - The package setup script has attempted to modify files on your system that are not within the EasyInstall build area, and has been aborted. | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chris Folsom <jcfolsom> |
Component: | [OLD] Development | Assignee: | Python Gentoo Team <python> |
Status: | RESOLVED INVALID | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: |
https://bugs.gentoo.org/show_bug.cgi?id=533968 https://bugs.gentoo.org/show_bug.cgi?id=533972 |
||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Chris Folsom
2014-12-29 20:49:00 UTC
(In reply to Chris Folsom from comment #0) > Installing dev-python/cython fails when python use flag is set. The 'python' use flag has no effect on the cython ebuild. > Pip is not pulled in as a dependency by portage, but when the build runs, easy_install attempts to fetch pip and install it outside the sandbox causing the build to fail. I cannot reproduce this. This looks a red herring. pip ought have no part in this anywhere, however, the reality is that most upstream write setup.py with pip set to install anything not found in the system as par for the course. Having pip itself not installed is even more bizarre. floppym's comment and his 'cannot replicate' is more than enough to indicate this is no bug @Mike > The 'python' use flag has no effect on the cython ebuild. That was my fault. Try setting python use flag for sys-apps/kmod to replicate. This should cause cython to get rebuilt and reproduce the error. >> the reality is that most upstream write setup.py with pip set to install anything not found in the system as par for the course. That seems to be a fairly recent trend. My understanding was that in the past most people used setuptools / easy_install. > Having pip itself not installed is even more bizarre. Why? It's perfectly legitimate to have python installed without pip or virtualenv. I've been running Gentoo for over ten years and never once has any machine had pip installed with any version of python. emerge -s dev-python/pip * dev-python/pip Latest version available: 1.5.6 Latest version installed: [ Not Installed ] >> This looks a red herring. Mmm...If I were going to choose two words to describe it, they'd be "global disaster." Python versionitis and linking issues are epidemic. This isn't just an issue for this package. It's a problem anywhere a library gets rebuilt on Gentoo for python. See: bug #533972, bug #533968 You have the following choices: We really need more precise information to get to the bottom of this. As I said, I cannot reproduce the problem you are having. It could be related to the versions of various packages you have installed, or that you have installed something python-related outside of portage. (In reply to Ian Delaney from comment #2) I don't mean to be rude, but your comment is just confusing. It is perfectly normal for a Gentoo system to not have pip installed; I'm not sure where that idea came from. I thought the main part of my comment was to back up yours and now you make out mine to be confusing. <It is perfectly normal for a Gentoo system to not have pip installed> is the very point I make or emphasise. I'm not sure it's worth pursuing this aside any further though, so I won't. Carry on > As I said, I cannot reproduce the problem you are having. Did you try any of the other packages listed with the other defects? All I do is enable python USE flag and emerge -DNu world to rebuild and multiple packages start breaking. Everything works fine if I manually install pip or disable the python USE flag. > It could be related to the versions of various packages you have installed, > or that you have installed something python-related outside of portage. It might be the former. I dont think it's the later since haven't installed any libraries (python or otherwise) on this system without using portage. How can I help? I'm not really super-familiar with setup.py, but I'm trying to figure it out. (In reply to Chris Folsom from comment #7) > > As I said, I cannot reproduce the problem you are having. > > Did you try any of the other packages listed with the other defects? I cannot reproduce the issue with cracklib or protobuf. > All I do is enable python USE flag and emerge -DNu world to rebuild and multiple packages start breaking. Everything works fine if I manually install pip or disable the python USE flag. This basically tells me that you have very few packages with python support enabled. It is possible that something has been broken with your python installation for a while and you never noticed. Just making some guesses, I would try re-installing the following: dev-lang/python:2.7 dev-lang/python:3.3 dev-python/setuptools > > It could be related to the versions of various packages you have installed, > > or that you have installed something python-related outside of portage. > > It might be the former. I dont think it's the later since haven't installed > any libraries (python or otherwise) on this system without using portage. > > How can I help? I'm not really super-familiar with setup.py, but I'm trying > to figure it out. It's a bet of a chicken-and-egg problem: I don't understand the problem well enough to know what to ask you for. (In reply to Mike Gilbert from comment #8) > Just making some guesses, I would try re-installing the following: > > dev-lang/python:2.7 > dev-lang/python:3.3 > dev-python/setuptools Also, reinstall dev-lang/python-exec; sometimes /usr/lib/python-exec/python-exec2 gets overwritten, which causes strange behavior. (In reply to Mike Gilbert from comment #9) Tried the following: emerge --oneshot dev-lang/python:2.7 emerge --oneshot dev-lang/python:3.3 emerge --oneshot dev-lang/python:3.4 emerge --oneshot dev-lang/python-exec emerge --oneshot setuptools Setup tools fails for the same reason. It tries to download and install pip outside sandbox. (In reply to Chris Folsom from comment #10) As an experiment, could you try renaming /usr/lib64/python2.7/site-packages, and then try installing dev-python/setuptools? That would essentially be starting from a blank slate. This may break the emerge command if python2.7 is your main python interpreter; in that case, just invoke it by running python3.3 /usr/bin/emerge ... Another idea: enable FEATURES="network-sandbox" and we might get a better stack trace when it attempts to download pip. (In reply to Mike Gilbert from comment #11) > As an experiment, could you try renaming /usr/lib64/python2.7/site-packages, > and then try installing dev-python/setuptools? Awesome! Looks like it worked. What's the easiest way to get all of my python2.7 libs back? setuptools installed, but emerge on 2.7 is still broken. (In reply to Chris Folsom from comment #13) > Awesome! Looks like it worked. What's the easiest way to get all of my > python2.7 libs back? setuptools installed, but emerge on 2.7 is still broken. emerge --oneshot /usr/lib64/python2.7/site-packages will reinstall anything that had previously installed files there. However, if you want to get to the bottom of this problem, move your old site-packages directory back into place, and run the following: find /usr/lib64/python2.7/site-packages -exec qfile -o '{}' + This will give you a list of "orphaned" files -- stuff that is not owned by any package that portage installed. The answer to this mystery likely lies in one of these orphans. (In reply to Mike Gilbert from comment #14) Fixed. It looks like virtualenv and stevedore got into the python2.7 installation somehow. |