pyenv/pyenv: Simple Python version management

3 years ago by Jason Novinger to c/python

Simple Python version management. Contribute to pyenv/pyenv development by creating an account on GitHub.

Simple Python [executable] version management, that is.

Andy 5 points 3 years ago

I highly recommend rtx over pyenv/asdf. For one thing, you'll still be able to which python and get a useful response, as it works by altering your PATH rather than relinking shims.

save

path: 0 831217, hotness: undefined, score: 5, children: 2

brettvitaz 2 points 3 years ago

I wouldn’t argue that a useful response from which isn’t a good thing, but how often do you need to use it with Python? I’ve been using pyenv with pipenv for years and almost never need to do this.

save

path: 0 831217 835532, hotness: undefined, score: 2, children: 1

Andy 1 point 3 years ago

How often? Sometimes 🤷.

There are other benefits to the tool that may be more meaningful for your usage, but of course I wouldn't claim there's anything wrong with using the tools you like.

I think when I used pyenv it was the single slowest part of my shell initialization.

save

path: 0 831217 835532 856397, hotness: undefined, score: 1, children: 0

ngons 4 points 3 years ago

I use it everyday. I feel it’s my secret sauce in python dev… pyenv-virtualenv is pretty useful with it also

save

path: 0 836620, hotness: undefined, score: 4, children: 0

jeebus 3 points 3 years ago

When bringing people online from other languages, I first get them to find out what python there is in their environment and go with that if it's recent enough. Then I tell them about pyenv and it's plugins after a bit. Whenever I go straight into installing pyenv, it feels like I'm throwing some one in the deep ocean.

save

path: 0 839664, hotness: undefined, score: 3, children: 1

muppetjones 2 points 3 years ago

I've seen too many issues caused by relying on the system python. For starters, it's much more difficult to fix if you screw something up.

I tell everyone to use pyenv -- but only to install specific versions of python. I then create a primary venv for a couple of versions, and that's what I use as my "system" version. Each project creates a separate venv based on the pyenv versions. I use autoenv to activate and deactivate as needed.

It's a little more setup, but it avoids so much magic, and it's extremely robust.

save

path: 0 839664 1011535, hotness: undefined, score: 2, children: 0

jim 2 points 3 years ago

I've used pyenv for years and it's an awesome tool. Keeps python binaries separate and it has a virtualenv plugin. I've gotten others to use it as well.

It works great for library owners who need to run tox/nox on multiple versions of python in test suites. Love it.

save

path: 0 822625, hotness: undefined, score: 2, children: 0

redcalcium 2 points 3 years ago

Another useful Python version manager is asdf with python plugin. The most helpful feature of asdf is ability to specify what Python version to use in certain directory by simply placing a .tool-versions file (contains the version number to use) in that directory. This makes working with multiple projects that requires different version of Python very seamless.

save

path: 0 820978, hotness: undefined, score: 2, children: 6

jim 4 points 3 years ago

pyenv also has this with the .python-version file which will switch versions. And with the plugin, you can use virtualenvs in pyenv so that a .python-version can be simply: my-cool-project-virtualenv and switching to that directory automatically switches to it.

save

path: 0 820978 822584, hotness: undefined, score: 4, children: 2

ngons 3 points 3 years ago

This is a great feature

save

path: 0 820978 822584 837345, hotness: undefined, score: 3, children: 0

redcalcium 3 points 3 years ago

Automatically switching to virtual environment seems like an even useful thing to me. Thanks for mentioning it.

save

path: 0 820978 822584 823052, hotness: undefined, score: 3, children: 0

jnovinger 2 points 3 years ago

Ooh, thanks for mentioning asdf! I've heard of it, but didn't realize it could that

save

path: 0 820978 821287, hotness: undefined, score: 2, children: 2

Andy 1 point 3 years ago

AFAIU, asdf uses pyenv for its Python plugin, but rtx does it all just a little better.

save

path: 0 820978 821287 834739, hotness: undefined, score: 1, children: 1

hosaka 3 points 3 years ago

indeed, worth linking it: https://github.com/jdxcode/rtx

save

path: 0 820978 821287 834739 838578, hotness: undefined, score: 3, children: 0

CodeBlooded 2 points 3 years ago

I found pyenv to be buggy at times, not properly setting the default (global) python version. I ultimately uninstalled pyenv and also uninstalled any additional Python installs outside of the system default.

Now, I do 100% of my Python work inside of Docker containers. This has solved any issues I’ve ever had with Python environments and PYTHONPATH . It’s also made me a stronger developer when it comes to using Docker.

I don’t see myself ever going back. A Docker container is the perfect Python environment.

save

path: 0 836511, hotness: undefined, score: 2, children: 0

lig 1 point 3 years ago

I'm just incredibly happy that Fedora has every Python version in its official repo and I don't need pyenv at all.

save

path: 0 840303, hotness: undefined, score: 1, children: 0

📅 Events

🐍 Python project:

💓 Python Community:

✨ Python Ecosystem:

🌌 Fediverse

Communities

Projects

Feeds

📅 Events

🐍 Python project:

💓 Python Community:

✨ Python Ecosystem:

🌌 Fediverse

Communities

Projects

Feeds