News for hackers. Stuff that matters.

A comment on Why Create a New Unix Shell?. Parent comment

Re:Why Create a New Unix Shell? by Rotareti on Thursday February 01, 2018 @05:39AM (#16280853)
Since python3.6 it's just subprocess.run(). The SP module was refactored. I hope that eliminates the need for all these annoying (IMHO) wrappers.
[ Parent | on HN ]
Re:Why Create a New Unix Shell? by arghwhat on Thursday February 01, 2018 @07:39AM (#16281416)
Ah, that's nice!

... unfortunately, I'm stuck with python2.4 or 2.6 on most machines my Python code has to run on. :/

[ Parent | on HN ]
Re:Why Create a New Unix Shell? by Sean1708 on Thursday February 01, 2018 @10:16AM (#16282374)
> I'm stuck with python2.4 or 2.6

Not even 2.7?! 2.6 hasn't had a security update since 2013[0], I dread to think how old 2.4 is.

[0]: https://www.python.org/download/releases/2.6.9/

[ Parent | on HN ]
Re:Why Create a New Unix Shell? by arghwhat on Thursday February 01, 2018 @10:44AM (#16282632)
Python2.4 is what RHEL/CentOS 5 has to work with... And the extended support for that bloody release lasts till 2021.

You can install a newer version, but our CentOS 5 machines are meant for compatibility tests, so modifying their setup is unacceptable.

[ Parent | on HN ]
Re:Why Create a New Unix Shell? by dsnuh on Thursday February 08, 2018 @11:21PM (#16337866)
Have you tried using the scl repos from RedHat/CentOS? I use it at work yo enable different versions of Python at a system level if I am unable to muck with it because of yum.

I believe they are available for CentOS 5.x?

[ Parent | on HN ]