<p>gunicornio 21</p>

Creado en 30 ene. 2016  ·  43Comentarios  ·  Fuente: benoitc/gunicorn

meta tema para hacer un seguimiento de los cambios necesarios para sacar la versión 21. Después de la charla que di en el FOSDEM pensé que sería interesante hacer un seguimiento de las diferentes tareas que necesitamos para la nueva versión. Comentarios y ayuda son más que bienvenidos.

Tareas

  • [ ] liberar imsg
  • [ ] agregar prueba de regresión a la supervisión
  • [ ] reemplazar el sistema de notificación de archivos temporales por imsg
  • [ ] agregar/aumentar pruebas para el registro (si es necesario)
  • [ ] manejar el registro a través de un proceso separado junto con imsg
  • [ ] agregar nueva clase Proc
  • [ ] añadir compatibilidad con HTTP 2
  • [x] eliminar todos los bits de compatibilidad de python2 (PR: #1764)
Project release

Comentario más útil

¿Este problema está muerto? Si es así, ¿dónde se está rastreando ahora el progreso en la compatibilidad con HTTP/2?

Todos 43 comentarios

cc @berkerpeksag @tilgovi

Que hace:

eliminar todos los bits de compatibilidad de python3

¿Significar? Eso no significa que gunicorn deje de admitir Python 3.x, ¿verdad?

@dstufft ah... lo arregló. Quise decir Python 2, por supuesto :) ¡Gracias!

Entonces, ¿eso significa dejar de admitir Python 2.x entonces? :)

@dstufft totalmente. La nueva versión solo admitirá Python 3. Python 2 solo tendrá las actualizaciones de mantenimiento en la rama 19.x.

Frio. ¡Gracias!

@benoitc Para HTTP/2, si está interesado en admitirlo con hyper-h2 , es posible que pueda dedicar algo de tiempo para ayudarlo con el trabajo de integración.

@dstufft hablamos de eso el año pasado en #1029 :)

@Lukasa genial! Parece tener el nivel exacto de abstracción necesario para gunicorn. ¿Tal vez podríamos sincronizarnos la próxima semana en IRC cuando regrese del FOSDEM? Voy a jugar con él mientras tanto :)

@benoitc ¡Apuesta! Únase a nosotros en #python-hyper en freenode cuando le convenga.

:+1:

y algunas abstracciones para el protocolo no http, como Thrift-rpc? Ya es factible con el truco feo con gunicorn 19.

@Lukasa estuvo ocupado la semana pasada. Tratemos de discutir eso en #gunicorn la próxima semana o en tu canal si quieres.

@athoune , ¿qué requeriría?

@benoitc , ¿así que gunicorn 20 no será compatible con Python 2.7? ¿Por qué no dejar caer 2.6?

@RyPeck El soporte para 2.x no se elimina. Lo que significa es que gunicorn 19.X recibirá actualizaciones de mantenimiento pero no más características nuevas, mientras que gunicorn 20.x y sup seguirán evolucionando, al igual que Python 2.x frente a 3.x. Puede haber backports de vez en cuando de todos modos.

Al menos eso el plan :) Cualquier opinión es bienvenida.

@benoitc es bueno saberlo: si pudiera codificar ese plan en algún lugar más obvio, ¡sería genial! Mientras tanto, actualizaré mis archivos de requisitos relevantes a gunicorn<20 lo que siempre debería proporcionarme el último 19.xy

@athoune

y algunas abstracciones para el protocolo no http, como Thrift-rpc? Ya es factible con el truco feo con gunicorn 19.

En mi opinión, si las abstracciones en gunicorn son relativamente iguales, no será tan sucio para los protocolos que no sean http. Consulte nuestro https://github.com/eleme/gunicorn_thrift/ , nos mantendremos al día con gunicorn 20 una vez que se lance.

Sería bueno agregar a README.md y documentos de 19+ que 19.x es el último en admitir Python2 pero se seguirá manteniendo.

¿Alguna noticia sobre un nuevo lanzamiento? Tropecé con esta solución que me gustaría ver lanzada a la naturaleza:
610596c9d93b3c9086becd6212ab4ba81d476dc4

@jimmywan Gunicorn 20 aún no está listo, pero podemos hacer una nueva versión 19.x.

@berkerpeksag supongo que podemos editar un lanzamiento ahora. Entonces haz algunos pensamientos de aseo? cc @tilgovi

Sólo curioso. ¿Tiene una ETA para el lanzamiento? Parece que ha pasado alrededor de un año desde el último lanzamiento. Me gustaría poner el #1616 en producción.

@altaurog ver #1634 para la próxima versión (19.8.0)

eliminar todos los bits de compatibilidad de python2

Como primer paso hacia esto, ¿hay algún interés en eliminar primero el soporte para las versiones EOL Python: 2.6 y 3.2-3.3? Ya no reciben actualizaciones de seguridad (ni ninguna actualización) del equipo central de Python y se usan poco.

Aquí están las instalaciones de pip para Gunicorn de PyPI del mes pasado:

| versión_python | por ciento | download_count |
| -------------- | ------: | -------------: |
| 2.7 | 43,17% | 310.345 |
| 3.6 | 27,45% | 197.303 |
| 3.5 | 25,37% | 182,372 |
| 3.4 | 3,83% | 27,540 |
| 3.7 | 0,07% | 504 |
| 2.6 | 0,06% | 397 |
| 3.3 | 0,05% | 348 |
| 3.2 | 0,00% | 27 |
| Ninguno | 0,00% | 7 |

Fuente: pypinfo --start-date -46 --end-date -19 --percent --pip --markdown gunicorn pyversion

Dudo que tengamos mucho código de compatibilidad para esos EOL Pythons. Probablemente podríamos deshacernos de todos ellos (todas las versiones anteriores a la 3.5) en el mismo PR.

Ah, por cierto, ¡gracias por las estadísticas de instalación!

Aquí hay algunas estadísticas más para una buena medida.

$ pypinfo --start-date -46 --end-date -19 --percent --pip --markdown gunicorn system distro

| nombre_sistema | nombre_distribución | por ciento | download_count |
| ----------- | ------------------------------- | ------: | -------------: |
| linux | Debian GNU/Linux | 49,80% | 352,524 |
| linux | Ubuntu | 24,38% | 172,604 |
| linux | Ninguno | 5,94% | 42,071 |
| linux | Linux alpino | 5,92% | 41,902 |
| linux | AMI de Amazon Linux | 4,24% | 30.016 |
| linux | CentOS Linux | 3,88% | 27,471 |
| linux | debian | 2,89% | 20,454 |
| Darwin | mac OS | 1,41% | 9,965 |
| Ventanas | Ninguno | 0,79% | 5.610 |
| linux | Servidor Red Hat Enterprise Linux | 0,74% | 5,255 |

$ pypinfo --start-date -46 --end-date -19 --percent --pip --markdown gunicorn country

| país | por ciento | download_count |
| ------- | ------: | -------------: |
| Estados Unidos | 84,67% | 545.887 |
| ES | 3,58% | 23,060 |
| DE | 2,69% | 17,326 |
| FR | 1,80% | 11,628 |
| ES | 1,40% | 9,051 |
| CA | 1,40% | 8,999 |
| ES | 1,16% | 7,503 |
| Países Bajos | 1,15% | 7,444 |
| Rusia | 1,14% | 7,349 |
| JP | 1,01% | 6,496 |

la eliminación de la compatibilidad con python2 está prevista para la próxima versión principal.

Sin embargo, una estadística que olvidaste es cuánto estaba usando
python2;) Esperemos que ya no sea tanto.

El lunes 19 de marzo de 2018 a las 10:02 a. m., Hugo [email protected] escribió:

Aquí hay algunas estadísticas más para una buena medida.

$ pypinfo --start-date -46 --end-date -19 --percent --pip --markdown
distribución del sistema gunicorn
system_name distro_name porcentaje download_count
Linux Debian GNU/Linux 49,80% 352.524
LinuxUbuntu 24,38% 172.604
Linux Ninguno 5,94% 42.071
Linux Alpino Linux 5,92% 41.902
Linux Amazon Linux AMI 4,24% 30.016
Linux CentOS Linux 3,88% 27.471
Linux debian 2,89% 20.454
Darwin mac OS 1,41 % 9965
Windows Ninguno 0,79% 5.610
Linux Servidor Red Hat Enterprise Linux 0,74 % 5255

$ pypinfo --start-date -46 --end-date -19 --percent --pip --markdown
país gunicornio
país por ciento download_count
EE.UU. 84,67% 545.887
ES 3,58% 23.060
DE 2,69% 17.326
FR 1,80% 11.628
GB 1,40% 9.051
CA 1,40% 8.999
AU 1,16 % 7503
NL 1,15 % 7.444
Rusia 1,14% 7.349
JP 1,01% 6.496


Estás recibiendo esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/benoitc/gunicorn/issues/1195#issuecomment-374142996 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AAA4ojqC7BLlbFyIS6Mu49hrggRel_28ks5tf3QsgaJpZM4HPzot
.

https://github.com/benoitc/gunicorn/pull/1764 se ha fusionado, lo que elimina la compatibilidad con Python 2 y se puede marcar en la lista de tareas anterior.

@hugovk hecho!

@benoitc lo que tendría que cambiar para la compatibilidad con HTTP2. Curioso, porque me encantaría ayudar.

@benoitc ¿ Alguna actualización sobre el soporte de http/2?

@vikramarsid una vez que se lance 20.0, proporcionaré un trabajador para ello

Sería genial cambiar el nombre de esto y obtener un hito para rastrear para 21.

@tilgovi hecho. Creo que deberíamos abrir un proyecto y asignarle un montón de tickets.

👍

¿Este problema está muerto? Si es así, ¿dónde se está rastreando ahora el progreso en la compatibilidad con HTTP/2?

También estoy muy interesado en la función http/2. ¿Llegará alguna vez? ¿Algún ETA?

Además de HTTP/2, ¿qué otras solicitudes importantes de funciones hay ahora mismo? El soporte de Windows es el otro que sigo viendo, pero tampoco nadie se ha hecho cargo de ese trabajo.

@benoitc Espero que haya algo para HTTP/2 o incluso un complemento externo [versión 20.0.4]

HTTP/2 es una solicitud muy relevante

@tilgovi Dado que 20.1.0 ya se ha lanzado , ¿es necesario cambiar el nombre de este hito ?

¿Fue útil esta página
0 / 5 - 0 calificaciones