Aquí hay muchos comentarios de personas que no están en la lista python-dev y que realmente no entienden lo que realmente significa esta diferencia. Los desarrolladores principales no están obligados a mantener 2.7 después de 2015, y la mayoría de ellos no participarán en él. Esa parte no ha cambiado. Lo que está sucediendo es que Red Hat se está preparando para cortar un lanzamiento de RHEL 7, que AFAIK dependiendo de cuánto les pague, lo apoyan durante 13 años. Por lo tanto, necesitarán descubrir cómo soportar 2.7 por lo menos hasta 2027. Aquí es donde estoy leyendo entre líneas. RH está dentro de su derecho a bifurcar Python y mantener sus parches de mantenimiento para ellos y sus clientes (Python no tiene copyleft). Pero, son buenos tipos y, por lo tanto, tal vez estén dispuestos a actualizar sus cambios al menos por un tiempo si todavía hay un proyecto de Python dispuesto a aceptarlos. Nuevamente, esta es mi especulación basada en la discusión de LD, no en lo que RH realmente ha dicho que harán. Se puede hacer una analogía con Rails LTS, una bifurcación comercial de Rails 2.x en la que patio11 estuvo involucrado [0]. Inevitablemente, alguien va a intervenir para admitir 2.7, así que veamos qué podemos hacer para evitar una situación en la que la única forma de seguir ejecutando 2.7 es suscribirse a RHEL. Mientras tanto, hay algunas grandes empresas que usan 2.7 ampliamente en Windows (por ejemplo, Enthought, Anaconda) y se piensa que probablemente se pueda encontrar a alguien que produzca un instalador de Windows de vez en cuando, suponiendo que Python.org aún aloje una descarga. Entonces, realmente lo que está sucediendo aquí no es muy emocionante. Los encargados centrales no están haciendo nada diferente a dejar el proyecto como se planeó originalmente. Lo que está sucediendo es que dejarán las luces encendidas en el repositorio de control de fuente y en el servidor FTP, a fin de capturar la mano de obra gratuita de las personas en grandes empresas que tienen interés en continuar brindando asistencia 2.7. La alternativa es que RH y otros proveedores crean tenedores caros y propietarios de Python 2.7. Eso puede terminar sucediendo de todos modos, pero le tomará más tiempo a su empleador darse cuenta de que debe dejar de contribuir con sus parches si aún aparecen binarios en python.org y no tiene que pedirle a TI que configure SCM y un rastreador de errores, etc. Lo que está sucediendo es que dejarán las luces encendidas en el repositorio de control de fuente y en el servidor FTP, a fin de capturar la mano de obra gratuita de las personas en grandes empresas que tienen interés en continuar brindando asistencia 2.7. La alternativa es que RH y otros proveedores crean tenedores caros y propietarios de Python 2.7. Eso puede terminar sucediendo de todos modos, pero le tomará más tiempo a su empleador darse cuenta de que debe dejar de contribuir con sus parches si aún aparecen binarios en python.org y no tiene que pedirle a TI que configure SCM y un rastreador de errores, etc. Lo que está sucediendo es que dejarán las luces encendidas en el repositorio de control de fuente y en el servidor FTP, a fin de capturar la mano de obra gratuita de las personas en grandes empresas que tienen interés en continuar brindando asistencia 2.7. La alternativa es que RH y otros proveedores crean tenedores caros y propietarios de Python 2.7. Eso puede terminar sucediendo de todos modos, pero le tomará más tiempo a su empleador darse cuenta de que debe dejar de contribuir con sus parches si aún aparecen binarios en python.org y no tiene que pedirle a TI que configure SCM y un rastreador de errores, etc.