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.1Would you still want an explicit flag, or would an FAQ entry about this work for you? |
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 |
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
pyin 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.All reactions