10:20 [#] Maximee bonjour
10:32 < No`> salut les foule
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:39 < tarek> tu veux les ajouter ou ?
11:39 < yotaff> ben je voulais faire une extension disutils
11:39 < yotaff> pour les vérifs
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> 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:42 < tarek> en fait si t'a un builbout, tu peux brancher pylint directement
11:42 < yotaff> buildbout
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> 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 < yotaff> <yotaff> je rajouterais bien aussi pymetrics
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> 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,