cc @tilgovi @berkerpeksag

Me gustaría fusionar los siguientes RP para 19.8:

• [x] # 1499 (puedo abordar mis propios comentarios si decidimos fusionar este) (cerrado como se corrige)
• [x] # 1569 (fusionará esto esta noche)
• [x] n.º 1632 (revisado)

@berkerpeksag comenté /

Tengo relaciones públicas abiertas. ¿Queremos fusionar alguno de ellos?

• [x] # 1481 (permitir que los archivos de configuración de Python establezcan chdir)
• [x] # 1602 (puedo abordar los comentarios de @berkerpeksag)

Es bueno tener ambos RP si tenemos tiempo para incorporarlos.

Los míos están en. ¿Puedo ayudar con la revisión de algo?

1499 es el único que queda. He abordado los comentarios de mi revisión.

@berkerpeksag también he comentado, ¿qué opinas al respecto?

@berkerpeksag no

Sin embargo, creo que antes de lanzarlo deshabilitaré por defecto la opción SO_REUSEPORT del socket. ¿Pensamientos?

@benoitc No estoy seguro de entender, ¿por qué SO_REUSEPORT función de ese PR?

(Confiamos en SO_RESUSEPORT para ayudarnos a atender de manera eficiente decenas de miles de solicitudes / seg, por lo que tengo cuidado con los cambios).

Tener SO_REUSEPORT como predeterminado parece confundir a algunas personas, especialmente a las nuevas en Gunicorn o que lo usan en un entorno de desarrollo. Hace posible iniciar un nuevo Gunicorn sin matar al anterior, lo que da como resultado la ejecución de varias versiones de una aplicación. Esta no es una experiencia muy amigable para un usuario nuevo que se pregunta por qué su aplicación ofrece la respuesta correcta solo la mitad del tiempo.

Definitivamente no eliminaremos la funcionalidad incluso si cambiamos la predeterminada.

@berkerpeksag no

Mirando el # 1499 nuevamente, estoy bien cerrándolo como 'wontfix'. Hacerlo compatible con Gunicorn 19.4+ es bastante trivial:

-            '-c', 'airflow.www.gunicorn_config'
+            '-c', 'python:airflow.www.gunicorn_config'

en mi lista de tareas antes de cualquier lanzamiento tengo lo siguiente:

• [x] # 1669 (no habilitar el uso de SO_REUSEPORT de forma predeterminada)
• [] # 1653

Intentaré tener algo para el viernes ahora

¿Hay más novedades sobre esto?

Acabo de fusionar PR # 1669 y cerrar PR # 1499, así que creo que el único bloqueador ahora es # 1653.

Creo que también debemos documentar el cambio de comportamiento SO_REUSEPORT (PR # 1669) en las notas de la versión.

Vaya, gracias por la rápida respuesta. 💯

Sabiendo que preguntar a ETA es el mayor pecado de todos, ¿hay alguna noticia sobre el progreso del # 1653 que parece haber quedado bloqueando el lanzamiento?

@benoitc @tilgovi ¿deberíamos dejar # 1653 a 19.9 y liberar 19.8 como está? Hay algunas correcciones importantes en el maestro y hay algunas preguntas de los usuarios en ETA para 19.8 en varios números (por ejemplo, # 1058) así que me pregunto si deberíamos omitir el # 1653 por ahora.

Hay un PR casi listo para el # 1324:

• [] PR # 1696

Estoy bien para saltarme el n. ° 1653

No veo ninguna razón para no lanzar más a menudo :) Si no vine con un parche hoy, lo lanzamos mañana por la mañana.

Acerca de esas cosas de pyc, estaría a favor de arreglarlo en la versión actual y no agregar ninguna opción nueva. Preferiría desaprobar esta función, ya que rompe el contrato de recargar automáticamente la configuración y esas cosas.

Pypi parece estar todavía en 19.7.1 https://pypi.python.org/pypi/gunicorn
Como un pensamiento paralelo, ¿se podría hacer que el archivo README.md tenga un número de versión estable?
ir a través de pypi para verificar cuál es la versión actual se siente un poco raro, o tal vez me falta algún número de versión obvio que se muestra en alguna parte 😕

Perdón por golpear, ¿alguna noticia sobre la versión 19.8? Estoy ansioso por jugar con dictConfig :-)

( @ Allu2, consulte PR https://github.com/benoitc/gunicorn/pull/1727 para mostrar el número de versión de la versión actual en el archivo README)

¿Algún avance en esto? Estoy deseando que llegue, ya que soluciona algunos problemas con --reload en contenedores alpinos y haría que nuestros entornos de desarrollo fueran mucho más agradables.

Prepararé un comunicado. @berkerpeksag @benoitc ¿ bueno para ti?

@tilgovi +1 de mí.

Por curiosidad, ¿qué tipo de proceso es hacer un lanzamiento de gunicorn?
Este lanzamiento parece haber sido pospuesto durante los últimos 5 meses con más de un "próximo (día | semana | pronto)"

@ Allu2

• Actualizar registro de cambios
• Etiquetar y subir
• Hacer lanzamiento en GitHub

No es difícil, pero todos lo hacemos de forma voluntaria.

Actualicé el registro de cambios y creo que todo está preparado para su lanzamiento.

Me voy a dormir y cortaré la etiqueta por la mañana, cuando pueda estar presente en caso de cualquier error que requiera la publicación de un parche de seguimiento, pero no espero ningún problema.

¡Lanzamiento de 19.8.0!

¡Por favor comente aquí con cualquier comentario o problema!

Vamos a apuntar a lanzamientos más frecuentes en el futuro. Tus solicitudes de extracción y reseñas ayudan. Si está interesado en ser un mantenedor, ¡hágamelo saber!

@tilgovi ¡ gracias! y estoy de acuerdo :) perdón por no haber respondido pronto estuve viajando todo el mes