News for hackers. Stuff that matters.
Re:Free-threaded CPython is ready to experiment with by Galanwe on Saturday July 13, 2024 @01:21AM (#40951962)
Maybe I am biased, because I learned these things so long ago and I don't realize that it's a pain to learn. But what exactly is so confusing about virtualenvs ?

They really not that different from any other packaging system like JS or Rust. The only difference is instead of relying on your current directory to find the the libraries / binaries (and thus requiring you to wrap binaries call with some wrapper to search in a specific path), they rely on you sourcing an `activate` script. That's really just it.

Create a Virtualenv:

    $ virtualenv myenv
Activate it, now it is added to your $PATH:

    $ . myenv/bin/activate
There really is nothing more in the normal case.

If you don't want to have to remember it, create a global Virtualenv somewhere, source it's activate in your .bashrc, and forget it ever existed.

Re:Free-threaded CPython is ready to experiment with by imtringued on Saturday July 13, 2024 @02:04PM (#40955684)
Only python demands you to source an activation script before doing anything.
Re:Free-threaded CPython is ready to experiment with by Galanwe on Sunday July 14, 2024 @01:18AM (#40959024)
Yes, though just to illustrate that it's a matter of taste, I do prefer the solution of virtualenvs requiring to source a script that append to PATH, rather than a solution requiring the use of a wrapper that executes in its PATH.

I never remember how to run Javascript binaries. Is it npm run ? npm run script ? npx ? I always end up running the links in node_modules/bin