10:19 <Genesis> bonjour
10:32 <No`> salut les foule
10:33 <Genesis> lu No`
10:46 <carxwol> tcho
11:35 <yotaff> tarek: ping
11:38 <tarek> yotaff pong
11:38 <yotaff> tarek: je suis en train de matter eggchecker
11:38 <yotaff> pour ajouter pylint & pymetrics
11:38 <yotaff> tu as les sources qq part ?
11:38 <tarek> laisse tomber ce paquet
11:38 <yotaff> ah
11:39 <tarek> tu veux les ajouter ou ?
11:39 <tarek> sinon le source est là http://hg.programmation-python.org/
11:39 <yotaff> ben je voulais faire une extension disutils
11:39 <tarek> ok
11:39 <yotaff> pour les vérifs
11:39 <tarek> mmm
11:39 <yotaff> pq laisser tomber ?
11:40 <tarek> laisse tomber la commande "ztest" en fait
11:40 <yotaff> c'est pas une bonne méthode ?
11:40 <tarek> mais 'qa' c'est la bonne méthode
11:40 <yotaff> euh, ok. Je ne comprenais pas la méthode
11:40 <yotaff> vu qu'il ya déja le lancement avec buildout
11:40 <tarek> ztest c'est nul, il vaut mieux utiliser la commande test de setuptools
11:41 <tarek> mais qa a du sens
11:41 <yotaff> ok
11:41 <yotaff> ca m'étonne ca vous employé pas un truc de ce type chez iw
11:41 <tarek> dis moi si t'a besoin d'un access de commit
11:41 <tarek> qa ?
11:41 <tarek> non
11:42 <tarek> en fait si t'a un builbout, tu peux brancher pylint directement
11:42 <tarek> buldout
11:42 <yotaff> ah ok
11:42 <yotaff> ahaha
11:42 <yotaff> buildbout
11:42 <tarek> hehe
11:42 <yotaff> ben, nous aussi on est full buildout
11:42 <tarek> tu peux utiliser mon paquet "logilab.pylintinstaller"
11:43 <tarek> il est cool
11:43 <yotaff> ok
11:43 <yotaff> je vais matter ca
11:43 <yotaff> je rajouterais bien aussi pymetrics
11:43 <tarek> mate mon blog pour ca, y a un gars qui donne des infos sur la conf buildout
11:43 <yotaff> genre un truc qui te fait un warning si une fonction dépasse 20
11:43 <tarek> 20, ligne ?
11:43 <yotaff> non le résultat
11:43 <yotaff> si ca dépasse 20
11:44 <yotaff> je parle de pymetrics la
11:44 <tarek> a ok
11:44 <yotaff> <yotaff> je rajouterais bien aussi pymetrics
11:44 <tarek> mouai
11:44 <yotaff> en 1 ligne, ca fait vérif pylint & pymetrics
11:44 <yotaff> le CC à l'avantage de te donner une idée de la difficulté de la couverture de tests
11:45 <tarek> un nighlty build pour checker la QA de ta base de code peut etre
11:45 <yotaff> hmm
11:45 <yotaff> vi
11:45 <yotaff> sur la somme des fichiers py
11:45 <yotaff> ca serait cool
11:45 <tarek> un buildout dédié c le mieux
11:45 <yotaff> faut que je code des greppeurs de log dans bb
11:46 <yotaff> pq pas, ou des steps supplémentaires dans bb
11:47 <tarek> des greppeurs de log ?
13:26 <yotaff> tarek: récupérer une sortie (pylint, pymetrics, résultat tu) et l'envoyer au status delivery
13:35 <tarek> yotaff, pour quoi faire ? un fail ?
13:38 <yotaff> pour avoir un résumer
13:38 <yotaff> avoir le matin le résultat des TU dans le mail
13:39 <yotaff> le résultat du pylint sur tout les fichiers
13:48 <tarek> tu les a direct dans le stdio de buildbot, au pire tu fait un script qui save dans un fichier
13:49 <yotaff> faut le ramener dans le serveur pour le status
13:49 <yotaff> j'ai pas dit que c'est compliqué hein
13:49 <yotaff> juste qu'il faut le coder
13:52 <tarek> un appel à pylint te sort des infos dans la sortie standard, donc je vois pas ce qu'il faut coder,
18:37 <Genesis> a+