08:27 <cyp:#afpy> plop
09:18 <morgan`:#afpy> hello
10:36 <jon1012:#afpy> yop yop
17:53 <encolpe:#afpy> Est-ce que le choix de pycon-fr a été fait ?
17:54 <NelleV:#afpy> pas que je sache, et y'a pas eu de mail là dessus, donc je ne pense pas
19:09 <tarek:#afpy> benoitc, ping
19:20 <benoitc:#afpy> tarek: pong
19:20 <tarek:#afpy> benoitc, est ce que la partie qui gere les workers dans gunicorn est isolee ?
19:22 <tarek:#afpy> je voudrais m'en servir pour gerer des workers qui bouffent du travail dans un zeromq
19:22 <benoitc:#afpy> cad ?
19:23 <benoitc:#afpy> c'est l'arbiter qui est chargé de spawner et killer les workers
19:25 <benoitc:#afpy> masi tu veux faire quoi exactement ?
20:12 <tarek:#afpy> benoitc, mettre en place un arbitrer pour gerer les workers
20:12 <tarek:#afpy> (restart, heartbeat)
20:12 <tarek:#afpy> et laisser les workers chopper du taf dans zeromq
20:12 <tarek:#afpy> je crois pas que supervisord sais faire ca
21:09 <benoitc:#afpy> je ne comprend pas 'avantage
21:09 <benoitc:#afpy> vs envoyer des signaux
21:11 <benoitc:#afpy> imo il y aurait un autre moyen de gerer ça avec zromq dans ce cas
22:50 <benoitc:#afpy> tarek: imo tu peux jouer avec les pre/post fork
22:50 <benoitc:#afpy> et jouer avec zmq à ce niveau
22:50 <tarek:#afpy> ou supervisord
22:51 <benoitc:#afpy> euh supervisord va juste te restarter gunicorn si necessaire
22:51 <benoitc:#afpy> je vois pas trop ce que tu veux faire
22:51 <benoitc:#afpy> si c juste superviser pas besoin de zmq en effet