News for hackers. Stuff that matters.
Re:Go Away Python by kstrauser on Tuesday December 30, 2025 @01:17PM (#46436236)
Regarding why not your home directory: which version of Foo do you install, the one that Project A needs or the incompatible one that Project B needs?

The brilliant part about venvs is that A and B can have their completely separate mutually incompatible environments.

Re:Go Away Python by kevin_thibedeau on Tuesday December 30, 2025 @03:18PM (#46437501)
They have their place. But the default shouldn't force you into a "project" when you want general purpose applicability. Python should work from the shell as readily as it did 20 years ago. Not mysteriously break what used to work with no low-friction replacement.
Re:Go Away Python by gorgolo on Wednesday December 31, 2025 @03:16AM (#46442358)
Python can work from the shell, if you don’t have external dependencies. But once you have external dependencies, with incompatible potential versions, I just don’t see how you could do this with “one environment”.
Re:Go Away Python by fastasucan on Thursday January 01, 2026 @08:48AM (#46454086)
It does work from the shell.
Re:Go Away Python by andoando on Tuesday December 30, 2025 @03:08PM (#46437414)
Why can't we just have something like npm/gradle/maven dependencies? What makes python any different?
Re:Go Away Python by lexicality on Tuesday December 30, 2025 @03:56PM (#46437896)
A python virtualenv is just a slightly more complicated node_modules. Tools like PDM, Poetry and uv handle them automatically for you to the point where it effectively is the same as npm.

The thing that makes Python different is that it was never designed with any kind of per-project isolation in mind and this is the best way anyone's come up with to hack that behaviour into the language.