Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: Asynchronous HTTP/2 client for Python 2.7

github.com

Post reply on HN
Print view View original

31–40 of 62 posts

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#31

Post by harryf »

gigatexal wrote: post #16

I’m of the opinion that one should only maintain python2 projects not actively develop and expand them. If your project needed http2 then it should be ported to python3. Edit: would using python3 in a container make sense where the distribution only ships legacy python?

The current version of Redhat - RHEL 7 - which most banks, large enterprises etc. are using comes with a system python version of 2.7.5 and you need to jump through hoops to install Python 3.x ( e.g. https://stackoverflow.com/questions/8087184/problems-install... ), which may not even be possible if you're in an environment where security is tightly controlled.

There is the possibility of Python 3.x being default in RHEL 8 ( https://fedoraproject.org/wiki/Changes/Python_3_as_Default ) but right now RHEL 8 isn't released and there's no date for it being released. And even once it is released, it will be more years before big enterprises really start switching

TLDR ignore python 2.7 and alienate RHEL customers

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#32

Post by gigatexal »

harryf wrote: post #31
gigatexal wrote: post #16

I’m of the opinion that one should only maintain python2 projects not actively develop and expand them. If your project needed http2 then it should be ported to python3. Edit: would using python3 in a container make sense where the distribution only ships legacy python?

The current version of Redhat - RHEL 7 - which most banks, large enterprises etc. are using comes with a system python version of 2.7.5 and you need to jump through hoops to install Python 3.x ( e.g. https://stackoverflow.com/questions/8087184/problems-install... ), which may not even be possible if you're in an environment where security is tightly controlled. There is the possibility of Python 3.x being default in…

I’m not an enterprise developer but does RHEL 7 support docker? Run python3 in a container. Isn’t that the point of containers?

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#33

Post by nudpiedo »

gigatexal wrote: post #32
harryf wrote: post #31

Earlier quoted context omitted.

The current version of Redhat - RHEL 7 - which most banks, large enterprises etc. are using comes with a system python version of 2.7.5 and you need to jump through hoops to install Python 3.x ( e.g. https://stackoverflow.com/questions/8087184/problems-install... ), which may not even be possible if you're in an environment where security is tightly controlled. There is the possibility of Python 3.x being default in…

I’m not an enterprise developer but does RHEL 7 support docker? Run python3 in a container. Isn’t that the point of containers?

you mean bringing code which has not been cleared as secure & authorized by corporation's legal experts? BigCorp makes all those easy things hard (usually after lessons learnt).

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#35

Post by [deleted] »

harryf wrote: post #31
gigatexal wrote: post #16

I’m of the opinion that one should only maintain python2 projects not actively develop and expand them. If your project needed http2 then it should be ported to python3. Edit: would using python3 in a container make sense where the distribution only ships legacy python?

The current version of Redhat - RHEL 7 - which most banks, large enterprises etc. are using comes with a system python version of 2.7.5 and you need to jump through hoops to install Python 3.x ( e.g. https://stackoverflow.com/questions/8087184/problems-install... ), which may not even be possible if you're in an environment where security is tightly controlled. There is the possibility of Python 3.x being default in…

[deleted]

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#36

Post by drb91 »

harryf wrote: post #31
gigatexal wrote: post #16

I’m of the opinion that one should only maintain python2 projects not actively develop and expand them. If your project needed http2 then it should be ported to python3. Edit: would using python3 in a container make sense where the distribution only ships legacy python?

The current version of Redhat - RHEL 7 - which most banks, large enterprises etc. are using comes with a system python version of 2.7.5 and you need to jump through hoops to install Python 3.x ( e.g. https://stackoverflow.com/questions/8087184/problems-install... ), which may not even be possible if you're in an environment where security is tightly controlled. There is the possibility of Python 3.x being default in…

Meh, RHEL customers can look after themselves and maintain a python2 fork. Unless they’re paying you it makes sense to target the most recent version of the language.

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#37

Post by kevinmgranger »

harryf wrote: post #31
gigatexal wrote: post #16

I’m of the opinion that one should only maintain python2 projects not actively develop and expand them. If your project needed http2 then it should be ported to python3. Edit: would using python3 in a container make sense where the distribution only ships legacy python?

The current version of Redhat - RHEL 7 - which most banks, large enterprises etc. are using comes with a system python version of 2.7.5 and you need to jump through hoops to install Python 3.x ( e.g. https://stackoverflow.com/questions/8087184/problems-install... ), which may not even be possible if you're in an environment where security is tightly controlled. There is the possibility of Python 3.x being default in…

Hoops? Enabling an SCL isn't hard. https://developers.redhat.com/blog/2014/02/18/migrate-to-pyt...

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#38

Post by kevinmgranger »

kbutler wrote: post #27
goatlover wrote: post #21

Earlier quoted context omitted.

Companies are going to have to port at some point.

Unjustifiable assertion. - they could continue to maintain python2 - they could move to a non-python platform - they could go out of business - they could hold out for Python4 (Python3 was only 8 years after Python2) ...

GVR has already said that Python 4 (if it's even ever called that) will not have the same kind of breaking changes 3 did.

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#39

Post by gigatexal »

nudpiedo wrote: post #33
gigatexal wrote: post #32

Earlier quoted context omitted.

I’m not an enterprise developer but does RHEL 7 support docker? Run python3 in a container. Isn’t that the point of containers?

you mean bringing code which has not been cleared as secure & authorized by corporation's legal experts? BigCorp makes all those easy things hard (usually after lessons learnt).

Even if you run official builds by the python foundation from the library on docker hub? That seems like a business opportunity: certify software for RHEL by all the government bodies and pay RH for sign off and then be the only vendor to be sanctioned to run “third party but vetted” python3.

Re: Show HN: Asynchronous HTTP/2 client for Python 2.7

#40

Post by Silhouette »

goatlover wrote: post #20
meddlepal wrote: post #13

Earlier quoted context omitted.

There's still a lot of existing and new Python 2 code being written. Idealistically we would all be on Python 3, but software is a messy land.

It's been ten years, so it's gone beyond "idealistically".

It hasn't been anything close to that long since major libraries mostly worked on 3, though. You can't just declare the old version of a major software ecosystem dead because you updated one part of it. We've seen it with operating systems, we've seen it with browsers, and we also see it with programming languages and all the libraries and tools that make them useful.
Post reply on HN