4 ms·
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. th
by rsanek 2y ago
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 2y agoThis 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.
- imtringued 2y agoYou can just use rye and retain your sanity like everyone else.
- mort96 2y agoAs 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.
- SAI_Peregrinus 2y agoYou 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 2y agoHopefully no complaints when you break something in system python and your system has a negative reaction to that breakage.
- mort96 2y agoI don't understand this comment.
- skeledrew 2y agoThere'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.