Latest update doesn't allow for using a different python_interpreter without a virtualenv
See original GitHub issueSo, the python_interpreter that I have specified in my user settings is
"python_interpreter": "C:\\Program Files\\Autodesk\\Maya2017\\bin\\mayapy.exe",
Previously, that was working fine, but with the latest update from Package Control this now gives me the following error
Traceback (most recent call last):
File "C:\Program Files\Sublime Text 3\sublime_plugin.py", line 591, in on_query_completions
res = callback.on_query_completions(v, prefix, locations)
File "C:\Users\vasils\AppData\Roaming\Sublime Text 3\Packages\Jedi - Python autocompletion\sublime_jedi\completion.py", line 178, in on_query_completions
ask_daemon(view, self._show_completions, 'autocomplete', locations[0])
File "C:\Users\vasils\AppData\Roaming\Sublime Text 3\Packages\Jedi - Python autocompletion\sublime_jedi\utils.py", line 34, in ask_daemon
DAEMONS[window_id] = Daemon(settings=get_settings(view))
File "C:\Users\vasils\AppData\Roaming\Sublime Text 3\Packages\Jedi - Python autocompletion\sublime_jedi\utils.py", line 76, in __init__
environment._get_python_prefix(python_interpreter),
File "C:\Users\vasils\AppData\Roaming\Sublime Text 3\Packages\Jedi - Python autocompletion\dependencies\jedi\api\environment.py", line 295, in create_environment
return Environment(path, _get_executable_path(path, safe=safe))
File "C:\Users\vasils\AppData\Roaming\Sublime Text 3\Packages\Jedi - Python autocompletion\dependencies\jedi\api\environment.py", line 308, in _get_executable_path
raise InvalidPythonEnvironment("%s seems to be missing." % python)
jedi.api.environment.InvalidPythonEnvironment: C:\Program Files\Autodesk\Maya2017\bin\Scripts\python.exe seems to be missing.
I understand this is due to the added support for virtual environments, but it seems like now there is no way to use a Python interpreter which is not the one in PATH
without specifying a virtualenv
as well.
Not sure what the best way to approach this would be, though, as I do see the benefits of having the virtualenv
automatically inferred from the interpreter.
Issue Analytics
- State:
- Created 5 years ago
- Comments:8 (4 by maintainers)
Top Results From Across the Web
How do I use different Python version in venv from standard ...
To create a Python venv of a specific Python version, we need this specific version. Obviously, a Python interpreter doesn't "include" all ...
Read more >Using Python Environments in Visual Studio Code
If you are creating an environment using Venv, the command presents a list of interpreters that can be used as a base for...
Read more >12. Virtual Environments and Packages — Python 3.11.1 ...
The solution for this problem is to create a virtual environment, a self-contained directory tree that contains a Python installation for a particular...
Read more >Installing and using virtualenv with Python 3
Virtualenv is a tool used to create an isolated Python environment. This environment has its own installation directories that doesn't share ...
Read more >Manage Python environments and interpreters - Visual Studio ...
Use the Python Environments window to manage global, virtual, and conda environments. Install Python interpreters and packages and assign ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
We’re working on it. @blueyed had worked on https://github.com/davidhalter/jedi/pull/1108. It’s not finished AFAIK but it’s going to improve. This looks pretty similar to some issues we’re having with anaconda.
@srusskih yes, #251 does fix the problem! Thanks a lot for looking into it that quickly!