-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
"sphinx-build not found" error in a Py3k venv #1263
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Same problem here. Compilation of most of my projects stopped working without any change to the repository. And here either, neither project name nor branche name seems to be too long. Examples of failed compilation : pdfautonup dummypdf. |
seems like some problems in virtualenv version or PATH environ variable (some hooks?)
virtualenv running under python2.7, but have some imports from python3.4 in this traceback Sorry for my poor English |
This appears to be a bug with Python or Virtualenv. When we run |
I talked with @dstufft about work arounds, but there doesn't appear to be much we can do currently. |
One option is to install virtualenv into Python 3 and run |
In my experience, trying to use the 2.7 version of Virtualenv to create a 3.x venv doesn't tend to work very well, at least on Ubuntu. |
I'll also put in a +1, I'd be happy to test out any workarounds. |
My experience with creating a py3k virtualenv with virtualenv 2.7 is the opposite; never had a problem, if I recall correctly. I'm on OS X though.
|
The odd thing is while I was fiddling with settings I had gotten it to work at some point: So I'm confused as to how that ever happened. Here's a recent failure: https://readthedocs.org/builds/atlas-core/2742978/ |
@ericholscher By the way, since you already have py3k installed anyway, why can't you just invoke |
OK, so funny discovery, I thought I figured out that it works when a github push triggers the build, but not manually! Check it out, auto-build after github push: https://readthedocs.org/builds/atlas-core/2743001/ But then I triggered it manually again and it works again! See this: |
Hm... bug seems to be transient. A manual trigger worked for me, too. |
Same thing for me: github push fails, manual trigger works. Any eta on a fix? |
Fixes readthedocsgh-1263, failure to create Python 3 virtualenvs (I hope) The problem appears to be that `virtualenv -p python3` re-executes its own file in site-packages as a script under Python 3. Because the directory containing a script is prepended to `sys.path`, the contents of Python 2 site-packages are then on sys.path for Python 3. [python- future](http://python-future.org/) is installed in Python 2, providing certain standard library modules under their Python 3 names. So when it tries to import copyreg, it finds the compatibility module for Python 2 instead of the standard Python 3 module, making future fail with the error: ImportError: This package should not be accessible on Python 3. Either you are trying to run from the python-future src folder or your installation of python-future is corrupted. As suggested by @dstufft, this invokes `python3 -m virtualenv` instead, which will cause Python 3 to run its own copy of virtualenv, and should avoid this issue. This requires virtualenv to be installed in Python 3 as well; I don't know if it already is, but it should be easy to arrange if not.
Possible duplicate of #994, but I'm not sure because I'm seeing weird Py3k errors. Also, the latest branch is building successfully, but another branch is failing.
See e.g. https://readthedocs.org/builds/nbtparse/2722836/
Under build standard error:
Under environment standard error:
If the branch+project name is too long, I'm stumped. Making my tags any shorter would make the repository potentially confusing for human users, since I use a mixture of tags, branches, and bookmarks. Worse, tag and branch names are (mostly) permanent in the Mercurial data model. Any advice?
The text was updated successfully, but these errors were encountered: