<p>gunicorne 21</p>

Créé le 30 janv. 2016  ·  43Commentaires  ·  Source: benoitc/gunicorn

méta question pour suivre les changements nécessaires à la sortie de la version 21. Après la conférence que j'ai donnée au FOSDEM , j'ai pensé qu'il serait intéressant de suivre les différentes tâches dont nous avons besoin pour la nouvelle version. Les commentaires et l'aide sont plus que bienvenus.

Tâches

  • [ ] libérer imsg
  • [ ] ajouter un test de régression à la supervision
  • [ ] remplacer le système de notification des fichiers temporaires par imsg
  • [ ] ajouter/augmenter les tests pour la journalisation (si nécessaire)
  • [ ] gérer la journalisation via un processus séparé couplé à imsg
  • [ ] ajouter une nouvelle classe Proc
  • [ ] ajouter la prise en charge de HTTP 2
  • [x] supprimer tous les bits de compatibilité python2 (PR : #1764)
Project release

Commentaire le plus utile

Ce problème est-il mort ? Si tel est le cas, où les progrès de la prise en charge HTTP/2 sont-ils suivis actuellement ?

Tous les 43 commentaires

cc @berkerpeksag @tilgovi

Que signifie :

supprimer tous les bits de compatibilité python3

Signifier? Ce n'est pas la prise en charge de Gunicorn pour Python 3.x, n'est-ce pas ?

@dstufft ah ... l'a corrigé. Je voulais dire python 2 bien sûr :) Merci !

Alors, cela signifie-t-il alors abandonner le support de Python 2.x ? :)

@dstufft totalement. La nouvelle version ne prendra en charge que Python 3. Python 2 n'aura que les mises à jour de maintenance sur la branche 19.x.

Frais. Merci!

@benoitc Pour HTTP/2, si vous souhaitez le prendre en charge à l'aide d' hyper-h2, je pourrai peut-être gagner du temps pour aider au travail d'intégration.

@dstufft on en parle l'année dernière dans #1029 :)

@Lukasa sympa ! Il semble avoir le niveau exact d'abstraction nécessaire pour le gunicorn. Peut-être pourrions-nous nous synchroniser la semaine prochaine sur IRC quand je serai de retour du FOSDEM ? Je vais jouer avec en attendant :)

@benoitc Vous avez parié ! Venez nous rejoindre sur #python-hyper sur freenode quand bon vous semble.

:+1:

et quelques abstractions pour le protocole non http, comme Thrift-rpc ? C'est déjà faisable avec ugly hack with gunicorn 19.

@Lukasa était occupé la semaine dernière. Essayons d'en discuter sur #gunicorn la semaine prochaine ou sur votre chaîne si vous le souhaitez.

@athoune que faudrait-il ?

@benoitc donc gunicorn 20 ne supportera pas Python 2.7 ? Pourquoi ne pas simplement laisser tomber 2.6 ?

@RyPeck Support for 2.x n'est pas supprimé. Cela signifie que gunicorn 19.X recevra des mises à jour de maintenance mais plus de nouvelles fonctionnalités, tandis que gunicorn 20.x et sup continueront d'évoluer, tout comme python 2.x vs 3.x. Il peut y avoir de temps en temps des backports de toute façon.

Au moins ça le plan :) Tout avis est le bienvenu.

@benoitc bon à savoir - si vous pouviez codifier ce plan quelque part de plus évident, ce serait génial ! En attendant, je mettrai à jour mes fichiers d'exigences pertinents vers gunicorn<20 , ce qui devrait toujours me permettre d'obtenir la dernière version 19.xy

@athoune

et quelques abstractions pour le protocole non http, comme Thrift-rpc ? C'est déjà faisable avec ugly hack with gunicorn 19.

IMO, si les abstractions dans gunicorn sont relativement les mêmes, ce ne sera pas si sale pour les protocoles non http. Voir notre https://github.com/eleme/gunicorn_thrift/ , nous suivrons le gunicorn 20 une fois qu'il sera sorti.

Il serait bon d'ajouter au README.md et aux docs de 19+ que 19.x est le dernier à prendre en charge Python2 mais continuera à être maintenu.

Des news sur une nouvelle version ? Je suis tombé sur ce correctif que j'aimerais voir publié dans la nature :
610596c9d93b3c9086becd6212ab4ba81d476dc4

@jimmywan Gunicorn 20 n'est pas encore prêt mais nous pouvons en effet faire une nouvelle version 19.x.

@berkerpeksag, je suppose que nous pouvons couper une version maintenant. Alors faire quelques pensées de toilettage ? cc @tilgovi

Juste curieux. Avez-vous un ETA pour la sortie ? Il semble que cela fait environ un an depuis la dernière version. Je voudrais mettre #1616 en production.

@altaurog voir #1634 pour la prochaine version (19.8.0)

supprimer tous les bits de compatibilité python2

Dans un premier temps, y a-t-il un intérêt à supprimer d'abord la prise en charge des versions EOL Python : 2.6 et 3.2-3.3 ? Ils ne reçoivent plus de mises à jour de sécurité (ou de mises à jour) de l'équipe Python principale et ils sont peu utilisés.

Voici les installations pip pour Gunicorn de PyPI pour le mois dernier :

| version_python | pour cent | 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 |
| Aucun | 0,00 % | 7 |

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

Je doute que nous ayons beaucoup de code de compatibilité pour ces Pythons EOL. Nous pourrions probablement tous les supprimer (toutes les versions antérieures à la 3.5) dans le même PR.

Oh, au fait, merci pour les statistiques d'installation !

Voici quelques statistiques supplémentaires pour faire bonne mesure.

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

| nom_système | nom_distribution | pour cent | download_count |
| ----------- | ------------------------------- | ------ : | -------------- : |
| Linux | Debian GNU/Linux | 49,80 % | 352 524 |
| Linux | Ubuntu | 24,38 % | 172 604 |
| Linux | Aucun | 5,94 % | 42 071 |
| Linux | Linux alpin | 5,92 % | 41 902 |
| Linux | Amazon Linux AMI | 4,24 % | 30 016 |
| Linux | Linux CentOS | 3,88 % | 27 471 |
| Linux | debian | 2,89 % | 20 454 |
| Darwin | mac OS | 1,41 % | 9 965 |
| Fenêtres | Aucun | 0,79 % | 5 610 |
| Linux | Serveur Linux d'entreprise Red Hat | 0,74 % | 5 255 |

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

| pays | pour cent | download_count |
| ------- | ------ : | -------------- : |
| États-Unis | 84,67 % | 545 887 |
| IE | 3,58 % | 23 060 |
| DE | 2,69 % | 17 326 |
| EN | 1,80 % | 11 628 |
| GB | 1,40 % | 9 051 |
| CA | 1,40 % | 8 999 |
| UA | 1,16 % | 7 503 |
| NL | 1,15 % | 7 444 |
| RU | 1,14 % | 7 349 |
| JP | 1,01 % | 6 496 |

la suppression de la prise en charge de python2 est prévue pour la prochaine version majeure.

Cependant, une statistique que vous oubliez est la quantité que j'utilisais
python2 ;) J'espère que ce n'est plus le cas.

Le lundi 19 mars 2018 à 10h02, Hugo [email protected] a écrit :

Voici quelques statistiques supplémentaires pour faire bonne mesure.

$ pypinfo --start-date -46 --end-date -19 --percent --pip --markdown
distribution du système gunicorn
nom_système nom_distribution pourcentage download_count
Linux Debian GNU/Linux 49,80 % 352 524
Linux Ubuntu 24,38 % 172 604
Linux Aucun 5,94 % 42 071
Linux Alpin 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 macOS 1,41 % 9 965
Windows Aucun 0,79 % 5 610
Linux Serveur Red Hat Enterprise Linux 0,74 % 5 255

$ pypinfo --start-date -46 --end-date -19 --percent --pip --markdown
pays du gunicorn
pays pourcentage download_count
États-Unis 84,67 % 545 887
IE 3,58% 23 060
DE 2,69 % 17 326
FR 1,80 % 11 628
Go 1,40 % 9 051
CA 1,40 % 8 999
UA 1,16 % 7 503
T.-N.-L. 1,15 % 7 444
RU 1,14 % 7 349
JP 1,01 % 6 496


Vous recevez ceci parce que vous avez été mentionné.
Répondez directement à cet e-mail, consultez-le sur GitHub
https://github.com/benoitc/gunicorn/issues/1195#issuecomment-374142996 ,
ou couper le fil
https://github.com/notifications/unsubscribe-auth/AAA4ojqC7BLlbFyIS6Mu49hrggRel_28ks5tf3QsgaJpZM4HPzot
.

https://github.com/benoitc/gunicorn/pull/1764 a été fusionné, ce qui supprime la prise en charge de Python 2 et peut être coché dans la liste des tâches ci-dessus.

@hugovk fait !

@benoitc ce qui devrait changer pour le support HTTP2. Curieux, parce que j'aimerais aider.

@benoitc Une mise à jour sur le support http/2 ?

@vikramarsid une fois la version 20.0 sortie, je fournirai un travailleur pour cela

Ce serait formidable de renommer cela et d'obtenir un jalon à suivre pour 21.

@tilgovi fait. Je pense que nous devrions ouvrir un projet et lui attribuer un tas de tickets.

👍

Ce problème est-il mort ? Si tel est le cas, où les progrès de la prise en charge HTTP/2 sont-ils suivis actuellement ?

Je suis également très intéressé par la fonctionnalité http/2. Viendra-t-il jamais ? Une heure d'arrivée prévue ?

Outre HTTP/2, quelles autres demandes de fonctionnalités importantes existe-t-il actuellement ? La prise en charge de Windows est l'autre que je continue de voir, mais personne n'a pris en charge ce travail non plus.

@benoitc J'espère qu'il y a quelque chose pour HTTP/2 ou même un addon externe [ version 20.0.4 ]

HTTP/2 est une requête très pertinente

@tilgovi Étant donné que la version 20.1.0 est déjà sortie , ce jalon doit-il être renommé ?

Cette page vous a été utile?
0 / 5 - 0 notes