Looks like there's time for one more round of How do you do Python dependency management? before this year is old 😅

For the record, pip freeze > requirements.txt and virtualenvwrapper (yes, still) FTW. 😜

@carlton pyenv-virtualenvwrapper is still the glue that holds everything together for me. (pipx globally too)

Then pip-tools to freeze/update things in nice ways using `pip-compile` and the `--upgrade` option (which I was slower to adopt).

When working with containers or devs using multiple dev platforms, I only lock/upgrade from inside of the container to avoid macOS or Windows-only deps breaking things (sadly, a not uncommon problem.)

@carlton I don't recommend poetry or pipenv anymore because of dependency resolver issues that they both create. They are fine for small libraries and I will leave it at that.

Follow

@webology @carlton I thought they were supposed to be useful for applications? I never really understood the point of either one, and I thought that was because I mostly work on libraries.

@pganssle what about Hatch? Should I be looking at that? (Currently in the “we’ll see if there’s yet another one this time next year” pile 🫠)

@carlton I know that @hynek likes it, and I have always been impressed with Ofek Lev (the author)'s approach to packaging topics, but I haven't had a chance to play with it myself.

@pganssle @carlton poetry has never worked well for me for this (it's great for working on one-off libraries, though).

pipenv worked well for me outside of containers, but once everything switched to container-based projects, it added nothing but grief and minutes of network overhead. I'm not sure what it gives me when everything runs inside a container.

Sign in to participate in the conversation
Qoto Mastodon

QOTO: Question Others to Teach Ourselves
An inclusive, Academic Freedom, instance
All cultures welcome.
Hate speech and harassment strictly forbidden.