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
Uh oh!
There was an error while loading. Please reload this page.
-
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