Existem muitos comentários aqui de pessoas que não estão na lista python-dev e realmente não entendem o que essa diferença realmente significa. Os desenvolvedores principais não precisam manter o 2.7 após 2015, e a maioria deles não estará envolvida. Essa parte não mudou. O que está acontecendo é que a Red Hat está se preparando para lançar um lançamento do RHEL 7, que o AFAIK depende de quanto você paga a eles por 13 anos. Portanto, eles precisam descobrir como se sustentar no 2.7 até 2027. Aqui é onde estou lendo nas entrelinhas. O RH tem todo o direito de usar o Python e manter seus patches de manutenção para si e para seus clientes (o Python não é copyleft). Mas, eles são caras legais e, portanto, talvez estejam dispostos a atualizar suas alterações pelo menos por um tempo, se ainda houver um projeto Python disposto a aceitá-las. Novamente, esta é a minha especulação baseada na discussão do ML, não o que o RH realmente disse que fará. Uma analogia pode ser feita com o Rails LTS, uma bifurcação comercial do Rails 2.x que o patio11 estava envolvido em [0]. Inevitavelmente, alguém vai dar suporte ao 2.7, e então vamos ver o que podemos fazer para evitar uma situação em que a única maneira de continuar executando o 2.7 seja assinando o RHEL. Enquanto isso, existem algumas grandes empresas que usam o 2.7 extensivamente no Windows (por exemplo, Enthought, Anaconda) e pensa-se que alguém provavelmente produza um instalador do Windows de vez em quando, assumindo que o Python.org ainda hospede um download. Então, realmente, o que está acontecendo aqui não é muito emocionante. Os comprometedores principais não estão fazendo nada diferente de deixar o projeto como planejado originalmente. O que está acontecendo é que eles deixarão as luzes acesas no repositório de controle de origem e no servidor FTP, para capturar a mão-de-obra livre de pessoas de grandes empresas que têm interesse em continuar suportando o 2.7. A alternativa é que RH e outros fornecedores criem garfos proprietários e caros do Python 2.7. Isso pode acabar acontecendo de qualquer maneira, mas levará mais tempo para o seu empregador perceber que você deve parar de contribuir com os patches se os binários ainda aparecerem no python.org e você não precisar pedir à TI para configurar o SCM e um rastreador de erros, etc. O que está acontecendo é que eles deixarão as luzes acesas no repositório de controle de origem e no servidor FTP, para capturar a mão-de-obra livre de pessoas de grandes empresas que têm interesse em continuar suportando o 2.7. A alternativa é que RH e outros fornecedores criem garfos proprietários e caros do Python 2.7. Isso pode acabar acontecendo de qualquer maneira, mas levará mais tempo para o seu empregador perceber que você deve parar de contribuir com os patches se os binários ainda aparecerem no python.org e você não precisar pedir à TI para configurar o SCM e um rastreador de erros, etc. O que está acontecendo é que eles deixarão as luzes acesas no repositório de controle de origem e no servidor FTP, para capturar a mão-de-obra livre de pessoas de grandes empresas que têm interesse em continuar suportando o 2.7. A alternativa é que RH e outros fornecedores criem garfos proprietários e caros do Python 2.7. Isso pode acabar acontecendo de qualquer maneira, mas levará mais tempo para o seu empregador perceber que você deve parar de contribuir com os patches se os binários ainda aparecerem no python.org e você não precisar pedir à TI para configurar o SCM e um rastreador de erros, etc.