[rsanek]

most tutorials I'm aware of actively discourage use of the system python version for this very case.

i don't think it's too surprising that versions differ. there are good tools to manage the python version used -- i personally like pyenv.

[mort96]

This is the exact problem I have. No bash scripting tutorial would tell you to not use your system bash. No perl tutorial would tell you to avoid your system perl. No C tutorial would discourage using your system's gcc or clang.

As I said, a lot of the value I see in python is in its ubiquity. This disappears if you can't use the system python.

[SAI_Peregrinus]

You can always use the system python to create a venv. It's ubiquitous in the sense that you don't need root access to use properly, not that it comes set-up and ready to use for all purposes.

[skeledrew]

Hopefully no complaints when you break something in system python and your system has a negative reaction to that breakage.

[mort96]

I don't understand this comment.

[skeledrew]

There's the risk of breaking the system when using system python. Install some dependency for your script that changes something that a core service is depending on in an unexpected way can lead to hours of tracking down the issue. Or a full reinstall in the extreme. That's why users are to avoid using system python.

But if you value that ubiquity more than your sanity, I hope you find and fix any breakage yourself and not pester other devs for support.

[imtringued]

You can just use rye and retain your sanity like everyone else.

[mort96]

As I said, a lot of the value I see in python is in its ubiquity. I don't understand why I need to keep repeating this.