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
Support python3
executable when python
is not available
#10469
Comments
I think that renaming every usage from |
Just dealt with this issue and I'm inclined to agree with this. In the interim it might make more sense to recommend installation of 'python-is-python3' or 'python-is-python2' packages - and maybe even prompt the installation as a fallback within the respective plugin zsh scripts, (whenever a python executable can't be detected). |
I agree with you! Maybe we can spawn a warning if |
I think the solution is to rename everything to |
@carlosala can you take care of renaming every call to |
Yes, I planned to do it last week but many things came up😅 |
Awesome! |
Many systems don't link
python
topython3
. Debian even maintains it's wrong for their packages to expectpython
to work:Therefore we should support both
python
andpython3
. This can be done from Zsh with the form${commands[python]:-python3}
but the use in file shebangs is harder to do.
It should be researched whether
python3
is expected to be available in all systems, so we can just rename allpython
uses topython3
, or if either command can be available in different systems.Reference: #10466
Used in plugins:
python3
)python2
orpython3
)The text was updated successfully, but these errors were encountered: