Logs du chan #afpy pour le

03:00 <alain_afpy> - www: FAILURE 503 Service Temporarily Unavailable
03:00 <alain_afpy> - varnish: FAILURE [Errno 111] Connection refused
03:00 <alain_afpy> - membres: FAILURE 503 Service Temporarily Unavailable
03:03 <alain_afpy> - www: FIXED
03:03 <alain_afpy> - varnish: FIXED
03:03 <alain_afpy> - membres: FIXED
06:00 <alain_afpy> - www: FAILURE 500 Internal Server Error
06:00 <alain_afpy> - varnish: FAILURE 500 Internal Server Error
06:00 <alain_afpy> - membres: FAILURE 500 Internal Server Error
06:02 <alain_afpy> - www: FIXED
06:02 <alain_afpy> - varnish: FIXED
06:02 <alain_afpy> - membres: FIXED
08:58 <No`> salut l'afpy
09:17 <NelleV> Bonjour
09:26 <matrixise> NelleV: ?
09:26 <matrixise> ping
09:27 <NelleV> matrixise: salut
09:28 <matrixise> 'lut NelleV :d
09:28 <matrixise> ds
09:28 <matrixise> l
11:20 <Hypergraphe> bonjour bonjour
11:20 <Hypergraphe> je voudrais savoir si les conférences pyconfr 2011 et 2012 ont été filmées
11:20 <Hypergraphe> je trouve bien les videos de 2009 et 2010 mais pas après
11:24 <gawel> oui, mais je suis pas sur qu'elle soit en ligne
11:24 <gawel> 2011 peut-être. 2012 je suis certain que non. le mec qui les encode a pas de temps pour
11:28 <marmoute> gawel: a merdre
11:28 <marmoute> gawel: on pourrait mettre les materiaux brute en ligne
11:30 <bmispelon> marmoute: Mo0O
11:35 <gawel> il est sur python-fr, si quelqu'un veut reprendre le flambeau
11:35 <jpcw> Hypergraphe: pour 2011 ça eut été filmé mais mal, genre pas de prise de son car cable micro débranché un truc du genre si ma mémoire est bonne, pour 2012 je crois que les rucshes ont été dumpés mais je ne sais pas où
11:38 <Hypergraphe> re
11:38 <Hypergraphe> merci pour ces précisions
11:39 <Hypergraphe> c'est vraiment dommage :(
11:39 <Hypergraphe> ça fonctionnait bien
11:39 <Hypergraphe> gawel: le mec qui les encode il peut pas lancer en batch ;p ?
11:39 <Hypergraphe> c'est pas lui qui bosse c'est son pc
11:40 <jpcw> Hypergraphe: si tu veux le faire il n' y a pas de souci hein
11:40 <Hypergraphe> si ça peut aider
11:42 <gawel> je ne sais pas. je penses qu'il ne suffit pas d'encoder. faut recouper les machins, après
11:43 <gawel> vas sur #python-fr et adresse toi à Mo0O, si tu veux aider
11:43 <Hypergraphe> oki
11:43 <Hypergraphe> merci
11:43 <jpcw> yep voilà
11:43 <jpcw> Hypergraphe: merci à toi si tu nous débroussailles le truc
11:49 <Hypergraphe> je vais voir ça
11:50 <blaurent> Salut à tous
11:50 <blaurent> J'ai un webservice pyramide qui interroge Elasticsearch avec restkit
11:51 <blaurent> Quelle conf WSGI conseillez vous ?
11:51 <blaurent> gunicorn avec le worker sync et le ConnectionPool de base de restkit
11:52 <blaurent> Ou tout en gevent ? Ou autres ?
11:52 <gawel> #python-fr :)
11:53 <gawel> sinon, je penses que benoitc est le plus à même de te répondre
11:53 <gawel> si il est pas en jetlag de 1h
11:54 <blaurent> J'ai posé la question ici car je sais qu'il y a des utilisateurs des techno citées
11:54 <blaurent> Je vais voir de l'autre côté ;-)
11:54 <gawel> y en a partout :)
12:36 <gawel> NelleV: non mais si tu fais 20 commits quand je te ratrappe, j'y arriverai jamais!!!
13:46 <tarek> blaurent: tu utilises quel lib pour ES ?
13:46 <tarek> blaurent: dans pyelasticsearch (la meilleure a priori) il y a un pool de connecteurs via requests
13:46 <blaurent> tarek: restkit
13:47 <tarek> blaurent: non je parlais pour ES
13:47 <tarek> ou alors j;ai pas compris la question
13:47 <blaurent> oui oui, restkit sert bien à attaquer l'API REST d'ES
13:48 <blaurent> Le web service Pyramid est une surcouche qui nous permet d'avoir (en autre notre proche langage de requête)
13:50 <tarek> c'est marrant on fait un truc similaire en ce moment
13:50 <tarek> je connais pas reskit mais vis a vis de ES il faut juste etre sur que tu fasses bien du keep-alive
13:50 <tarek> pour les bulk insert etc
13:51 <tarek> e.g. pas besoin de rouvrir tout le temps les sockst
13:51 <tarek> apres pour ton frontal en pyramid un truc classique ca colle
13:51 <blaurent> restkit est sensé le faire mais je ne sais pas trop comment vérifier ce point
13:51 <tarek> tu as de grosses contraintes ?
13:52 <blaurent> Mas question vient d'un warning gevent parceque j'avais mélangé gevent côté gunicorn et classic multithread côté restkit
13:52 <tarek> multithread?
13:52 <tarek> mmm
13:52 <blaurent> Du coup je me demandais si d'autres avait des retours
13:52 <tarek> nous on utilise pyelastic search et on laisse gevent gerer l'asynchrone
13:53 <tarek> pyelasticserach est bien foutu pour ca
13:53 <blaurent> En fait une config du pool comma ça
13:53 <blaurent> pool = ConnectionPool(factory=Connection, max_size=10)
13:53 <tarek> qd tu dis multithread, tu veux dire qye tu cree des threads toi-meme?
13:53 <blaurent> Quand j'ai commencé ce projet pyes ne me plaisais pas du tout et request n'était pas trop stable
13:54 <tarek> aaahhh le socketpool peut etre ?
13:54 <tarek> pyes est pas terrible ouai
13:54 <blaurent> non non, oui socketpool
13:54 <tarek> ah le petit projet que j;ai demarré et que benoit a releasé sous pypi sous son nom :)
13:55 <blaurent> C'est ça ;-)
13:55 <tarek> c'est fou ca
13:56 <tarek> le projet est passe sous le gihub de benoitc , et il est owner a pypi
13:56 <tarek> a il reste mon nom sur le readme qd meme
13:56 <tarek> desolé je digresse
13:57 <tarek> mais pkoi tu parlais de threads ?
13:58 <blaurent> NotImplementedError: gevent is only usable from a single thread
13:59 <blaurent> C'est l'erreur que j'avais à cause du mélange des genres entre gunicorn est le ConnectionPool de restkit
13:59 <blaurent> L'un en gevent l'autre classique
14:00 <tarek> je sais pas. je sais que socketpool a un backend gevent:
14:00 <tarek> https://github.com/benoitc/socketpool/blob/master/socketpool/backend_gevent.py
14:00 <blaurent> Enfin bref dans ton cas tu utilise gevent ?
14:00 <tarek> qui remplace
14:00 <tarek> t'a essaye de patcher threading en amont?
14:01 <tarek> si tu patches normalement l'autre marchera pareil
14:01 <tarek> celui base sur les threads
14:01 <tarek> dans mon cas j'utilise pyselasticsearch et l'appli utilise gevent oui
14:02 <blaurent> Je n'ai pas encore essayé mais je vais le faire
14:02 <blaurent> merci d'avoir répondu :)
14:03 <tarek> le gros interet de pyelasticsearch c'est qu'il te fournit les outils haut niveau pour interagir avec ES
14:03 <blaurent> Et le serveur WSGI au fait ? ^-^
14:03 <tarek> + le pooling
14:04 <tarek> pour le coté pyramid ? franchement n'importe lequel sauf si t'a vraiment de grosses charges
14:04 <tarek> waitress est *vraiment* bien. tres rapide, pure python
14:04 <blaurent> Je vois "Load-balancing of requests across nodes in a cluster" pour pyelasticsearch
14:05 <blaurent> Tu utlise ça ou une méthode en amont ?
14:05 <tarek> non on a un load-balancer proprio dedie chez moz
14:05 <tarek> (zeus)
14:05 <blaurent> ok
14:05 <blaurent> super, merci !
14:05 <tarek> mais cette feature est cool si tu fait pas de load-balancing separe
14:06 <tarek> le retry-on-failure aussi c cool
14:06 <tarek> c tout plein de petits automatismes pratiques
14:06 <tarek> mozilla est en train de basculer dessus, apres avoir essuyé les paltres avec pyes
14:10 <NelleV> gawel: uep :p
14:11 <NelleV> gawel: et encore... J'ai abandonné l'idée d'implémenter une nouvelle fonctionnalité dans sklearn...
14:14 <gawel> NelleV: laisse tomber, ça marchera pas de toute facon
14:15 <NelleV> gawel: que tu me rattrapes ou que j'implémente la nouvelle fonctionnalité ?
15:12 <matrixise> tarek: tu te souviens des stickers dont nous avions parlé la semaine dernière ?
15:14 <tarek> oui
15:15 <matrixise> est-ce qu'à la fin, on les faisait faire ?
15:15 <matrixise> je ne sais plus du tout
15:19 <tarek> matrixise: aucune idee
15:23 <matrixise> ok, pas grave
15:23 <matrixise> 'lut mlhamel
15:23 <matrixise> mlhamel: quand est-ce que tu m'invites pour faire une conf à PyCon Montréal :d
15:24 <mlhamel> matrixise l'année prochaine ! :)
15:24 <matrixise> mlhamel: d'accord :d
15:24 <mlhamel> en attendant vient faire un tour en californie en mars ! :)
15:24 <matrixise> mlhamel: trop tard, trop cher, c moi qui paie et tout le monde connait OpenERP :( c plus trop cool :(
15:25 <feth> la gestion d'entreprise, c'est "cool" ?
15:26 <matrixise> feth: le framework peut faire gagner du temps, mais bon, c pas la même chose qu'une présentation de requests, gevent, ...
15:26 <matrixise> feth: et je disais "ce n'est pas très cool"
15:26 <mlhamel> matrixise en même temps tu peux venir à pycon sans présenter
15:26 <mlhamel> ya de la bière aussi
15:26 <matrixise> mlhamel: je sais, j'ai vu les micro-brasseries que vous avez à mtl c pas mal
15:27 <matrixise> j'aimerais bien retourner au saint bock
15:27 <mlhamel> oui et leur montrer comment boire de la bière belge
15:27 <mlhamel> avec le bon frommage :)
15:27 <matrixise> yep, je t'ai déjà expliqué je crois :d
15:28 <mlhamel> :)
15:35 <alexis> matrixise: tu parlais de ta mère qui pouvais en imprimmer
15:35 <alexis> matrixise: du coup personne n'a rien fait il me semble
15:35 <matrixise> alexis: yep, mais j'ai oublié :(
15:35 <matrixise> mais c pas grave
15:35 <alexis> ouep
15:35 <matrixise> je viens d'envoyer une demande à ma marraine pour savoir le prix
15:48 <NelleV> matrixise: mardi pour samedi, ça risque de faire un peu short
15:53 <matrixise> NelleV: oh, ça peut vite se faire
15:53 <matrixise> mais bon
15:53 <matrixise> on verra
17:42 <alain_afpy> Prochain afpyro dans 4 jours! http://afpy.ro/dates/2013/2013_02_02.html
18:57 <alain_afpy> - www: FAILURE 503 Service Temporarily Unavailable
18:57 <alain_afpy> - membres: FAILURE 503 Service Temporarily Unavailable
18:59 <alain_afpy> - www: FIXED
18:59 <alain_afpy> - membres: FIXED
19:15 <gawel> NelleV: hiiiiiiiiiiii http://www.julython.org/teams/
19:16 <gawel> on se fait coller au cul
19:16 <gawel> ils sont que deux les mecs. c'est des oufs
20:44 <alain_afpy> - www: FAILURE 503 Service Temporarily Unavailable
20:44 <alain_afpy> - membres: FAILURE 503 Service Temporarily Unavailable
20:46 <alain_afpy> - www: FIXED
20:46 <alain_afpy> - membres: FIXED