Replies: 2 comments 2 replies
-
Actually, if you specify any Python version, e.g. /tmp via 🐍 v3.11.1
❯ py --version
Python 3.11.1
/tmp via 🐍 v3.11.1
❯ py --list
3.11 │ /home/linuxbrew/.linuxbrew/bin/python3.11
3.10 │ /home/linuxbrew/.linuxbrew/bin/python3.10
3.9 │ /home/linuxbrew/.linuxbrew/bin/python3.9
3.8 │ /usr/bin/python3.8
3.7 │ /usr/bin/python3.7
3.6 │ /usr/bin/python3.6
/tmp via 🐍 v3.11.1
❯ py -3.10 -m venv .venv
/tmp via 🐍 v3.10.9
❯ py --version
Python 3.10.9
/tmp via 🐍 v3.10.9
❯ py -3 --version
Python 3.11.1 Would you still want an explicit flag, or would an FAQ entry about this work for you? |
Beta Was this translation helpful? Give feedback.
2 replies
-
After running a poll, what I think I may do is make the default semantics use the virtual environment if it meets the version restriction, and then provide a |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I’ve had a few times when I ran
py
in a random terminal to test something, and only realised that does not invoke my latest Python version because the shell is in a random project directory. It’d be nice if there’s a switch I can pass to make the behaviour consistent regardless of what cwd I’m in.Beta Was this translation helpful? Give feedback.
All reactions