08:30 <kujiu> bonjour
09:18 <jpcw> matin café thé
09:29 <kujiu> lut jpcw
09:47 <ccomb> 'jour
10:07 <yotaff> ccomb: bon on a un soucis avec le kgs zope3.4
10:07 <yotaff> c'est un vieux zope.testing
10:07 <yotaff> qui dépend de docutils 0.4
10:07 <yotaff> la dernière version de sphinx utilise docutils 0.5
10:08 <ccomb> mais tu utilises ce paquet ?
10:40 <yotaff> ccomb: lequel ?
10:40 <yotaff> zope.testing & sphinx ?
10:40 <yotaff> ben oui
10:40 <ccomb> kgs ou release
10:40 <yotaff> un peu partout
10:40 <yotaff> ben bien sur
10:40 <yotaff> on se base sur une version précise de zope
10:41 <ccomb> pour ça t'as pas besoin de ces paquets, juste du version.cfg
10:41 <yotaff> on va prendre n'importe quelles versions des 80 paquets zope :)
10:41 <yotaff> euh, tu es sur de ta phrase la
10:41 <yotaff> ?
10:41 <yotaff> parce qu'elle veut pas dire grand chose
10:42 <yotaff> si je prends le kgs de zope donc le versions.cfg
10:42 <yotaff> je prends le paquet :)
10:42 <ccomb> ben non
10:42 <ccomb> t'as zope.kgs ou zope.release quelque part en dépendance dans un setup.py ?
10:42 <yotaff> ben oui$
10:42 <yotaff> pour nevrax
10:42 <yotaff> l'application zope
10:42 <yotaff> je dirais meme pour tout paquet qui a besoin de zope
10:43 <yotaff> soit qq paquets
10:43 <ccomb> pour utiliser le kgs, t'as uniquement besoin du version.cfg
10:43 <ccomb> zope.release ça sert juste à stocker les releases, ça doit même pas être releasé en tant que paquet
10:43 <yotaff> je sais
10:44 <yotaff> euh, je te parle pas de zope.release la
10:44 <ccomb> zope.kgs ?
10:44 <yotaff> non plus
10:44 <yotaff> zope.release & zope.kgs, c'est pour faire les KGS
10:44 <yotaff> que j'utilise pour faire des kgs nss
10:44 <yotaff> rien a voir
10:44 <yotaff> je te parle d'un pb de versions en conflit
10:44 <ccomb> ah tu *fais* ton kgs, ok
10:44 <yotaff> vi
10:45 <yotaff> mais c'est la le pb :)
10:45 <yotaff> zut
10:45 <yotaff> mais c'est PAS la le pb :)
10:45 <ccomb> tu peux pas modifier le version.cfg à la main ?
10:45 <yotaff> si si bien sur, c'est ce que je vais faire
10:45 <yotaff> mais je te remonter l'info
10:45 <yotaff> -r
10:45 <ccomb> ok
10:45 <yotaff> zope3.4 utilise une vielle version de docutils
10:46 <yotaff> ce qui va souvent poser pb vu que sphinx est mega utilisé maintenant
10:47 <ccomb> oui y a d'autres paquets qui dépendent de docutils 0.4
10:48 <yotaff> ah ?
10:48 <yotaff> lesquels ?
10:48 <ccomb> y a le meme pb avec lxml
10:48 <yotaff> hmm
10:48 <yotaff> effectivement
10:48 <ccomb> je sais plus
10:48 <yotaff> c'est le pb d'avoir des releases qui datent
10:49 <yotaff> hm
10:49 <yotaff> pb pas simple
10:49 <yotaff> je vais tenter des "upgrades" de paquets à la main
10:49 <ccomb> oui
10:49 <yotaff> zope.testing devrait pas poser soucis en effet de bort
10:49 <yotaff> bord
10:49 <yotaff> par contre lxml c'est un poil plus chauf
10:49 <yotaff> chaud
10:49 <ccomb> c'est utilisé pour les tests
10:50 <ccomb> pour parser les resultats
10:50 <gawel> faut utiliser pyquery. comme ça plus de problème :p
10:50 <ccomb> faut démarrer un KGS 3.5
10:51 <ccomb> dès que je trouve du temps je vais monter un buildbot pour 3.5
10:51 <gawel> aller, on te regarde
10:51 <gawel> :)
10:51 <ccomb> touff me file une machine
10:51 <gawel> ah ?
10:51 <gawel> il est gentil ce garcon
10:52 <gawel> ccomb: faudras qon tchate de eztranet la prochaine fois qu'on se pécho
10:52 <yotaff> ccomb: je te suis
10:52 <yotaff> ccomb: je peux meme utiliser les machines du taff pour ca
10:52 <gawel> j'ai revu mon pote foot us qui voulait un intranet vidéo
10:52 <ccomb> c'est la fete
10:52 <ccomb> gawel: super
10:52 <yotaff> ccomb: tu balances l'info sur la ml, je te monte le bb si tu veux
10:52 <gawel> je sais a peu près ce qu'il veux du coup
10:53 <ccomb> yotaff: faut que ça soit visible de l'extérieur hein
10:53 <yotaff> oui
10:53 <yotaff> ca sera le cas
10:53 <ccomb> ok
10:53 <yotaff> j'ai une machine dispo, bientot 2
10:53 <yotaff> je pense prendre une machine chez dedibx expres pour la R&D
10:53 <yotaff> la 100
10:54 <ccomb> le top ce serait d'avoir une 32 et une 64
10:54 <ccomb> bon je dois me barrer, a+
10:54 <yotaff> euh
10:54 <yotaff> pour ca, ca sera interne hein :)
10:54 <ccomb> pour ?
10:54 <yotaff> avoir N bb
10:55 <yotaff> en interne, je ferais 32 / 64, py 2.4, py 2.5, py2.6
10:55 <ccomb> 3.0 :D
10:55 <yotaff> avec un rsync html
10:55 <yotaff> pour avoir le résultat à l'extérieur
10:55 <yotaff> bref, je me débrouille
10:55 <yotaff> toi tu pousses sur la ml
10:55 <gawel> ça passe en 2.6 zope là ?
10:56 <yotaff> moi je m'occupe du reste :)
10:56 <ccomb> t'es ouf
10:56 <yotaff> gawel: des paquets commencent à etre compatbiles
10:56 <gawel> dac
10:56 <yotaff> j'ai vu des commits passer
10:56 <yotaff> pour rendre le code compatible
10:56 <yotaff> et je sais pas si vous avez vu
10:56 <yotaff> mais canonical commence a ouvrir du code
10:56 <ccomb> vont avoir des maux de tetes avec les with
10:56 <ccomb> ah oui le launchpad ?
10:57 <yotaff> ils ont ouvert un composant pour ajouter un truc a zope.interfaces
10:57 <yotaff> les cores dev sont +1 pour ajouter officiellement apparemment
10:57 <ccomb> pas vu
10:57 <yotaff> (enfin jim n'a pas donné d'avis)
10:57 <yotaff> ccomb: zope announce
10:57 <yotaff> ou zope dev
10:57 <yotaff> je sais plus
10:57 <yotaff> :p
10:58 <yotaff> ccomb: bon je compte sur toi, tu pousses zope3.5
10:58 <yotaff> et je suis
10:58 <yotaff> :p
11:32 <_bluetouff> ccomb, dedibox v2 commandée, j'ai pas d'idée du delai de livraison
11:36 <yotaff> _bluetouff: ~#{@#[^~#[~[~
11:37 <_bluetouff> yotaff, #@1&*?-*%
11:37 <_bluetouff> :)
11:37 <_bluetouff> vu avec christophe hier, il parait que l'afpy a besoin de machines
11:37 <_bluetouff> donc on vous en file une
11:37 <yotaff> cool
11:38 <_bluetouff> et je crois que emencia aussi a une dedi ou deux pour vous ;)
11:38 <gawel> c'est la teuf
11:38 <_bluetouff> :)
11:38 <_bluetouff> c'est la moindre des choses
12:40 <yotaff> d'ailleurs va falloir parler sousous pour le *khof* sponsoring pycon
12:49 <_bluetouff> yes yotaff on en sera
12:49 <yotaff> cool
12:50 <yotaff> nos besoins ne sont pas énormes pour cette année
12:50 <yotaff> par contre pour l'année prochaine ca risque de ne pas etre du tout le cas
12:50 <_bluetouff> c'est WorldPycon l'année prochaine ?
12:56 <yotaff> _bluetouff: c'est surtout pas à la cité des sciences
12:56 <yotaff> enfin peut etre pas
12:56 <yotaff> d'ou location de salles
12:59 <gawel> WorldDominationPyconFR
13:11 <_bluetouff> :)
13:11 <_bluetouff> yotaff, http://opsoho.org/ :)
13:12 <yotaff> je ne connais pas merci
13:12 <yotaff> mais avoir 2/3 salles pour accueillir 250 personnes
13:12 <yotaff> c'est pas donné à tout le monde en terme de place
13:12 <_bluetouff> ca devrait pas etre un probleme quelques salles dans ces 5000m2
14:33 <yotaff> gawel: t'as une idée pour un pb que j'ai
14:33 <yotaff> j'ai fait une recipe postgresql
14:33 <yotaff> qui installe un pg dans une buildout
14:33 <yotaff> je créé 2 scripts maison qui wrappe pg_ctl et psql
14:33 <yotaff> ceux ci sont dans le bin du parts
14:33 <yotaff> je voudrais les ajouter dans le bin du buildout
14:34 <yotaff> la difficulté c'est que c'est des templates
14:37 <tarek> tu les interpretent dans ta recette et tu craches le rendu dans bin
14:37 <tarek> ensuite tu les chmod en executables
14:37 <tarek> regarde plone.recipe.pound, on a fait exactement ca
14:37 <tarek> pour poundctl
14:46 <yotaff> je commence à faire des trucs un peu sioux (enfin ou j'ai pas la réponse), me faut une méthode pour installer un pg vanilla, charger une conf maison spécifée dans le buildout, un dataset sur le net, lancer les tests et vérifier les résultats
14:46 <yotaff> sur un composant aléatoire (donc le tout définissable dans un buildout)
14:47 <yotaff> ca a toujours été chiant les bd
15:00 <gawel> yotaff: sinon y a iw.recipe.template
15:01 <gawel> http://pypi.python.org/pypi/iw.recipe.template
15:01 <gawel> ca génère des executables python avec des templates
15:02 <yotaff> ok je matterai ca
15:07 <yotaff> ah voila un soucis
15:08 <yotaff> un truc que j'ai pas réussi a résoudre
15:08 <yotaff> encore
15:08 <yotaff> j'ai une recipe postgresql
15:08 <yotaff> qui installe pg donc
15:09 <yotaff> je dois dire à mes tests ou est ma base
15:09 <yotaff> qui est dans /chemin/buildout/parts/postgresql/
15:10 <yotaff> il faut donc que je transmette l'info du part postgreql au part test
15:10 <yotaff> et la, j'ai du mal a voir comment faire
15:10 <yotaff> par des variables d'env ?
15:16 <gawel> test=${postgres}/path ?
15:16 <gawel> test=${postgres:path} ?
15:16 <gawel> enfin j'ai pas tout compris j'avoue
15:17 <tarek> yotaff dans ta recette t'a l'environnement
15:17 <tarek> mais si tu peux garder du relatif c'est mieux
15:18 <tarek> pour pouvoir déplacer ton buildout par exemple
15:19 <yotaff> gawel: ah zut je recommence
15:19 <yotaff> je pense que le besoin est sympa a couvrir
15:20 <yotaff> on a une forte problématique de base de données
15:20 <yotaff> pour plein de raisons, un peu long a exposer ici
15:20 <yotaff> je veux donc pourvoir dl un pg, le configurer, le lancer dans un buildout
15:20 <yotaff> j'ai fait une recipe.pg
15:20 <yotaff> elle marche bien
15:21 <yotaff> j'ai un postgresql maison, bien configuré
15:21 <yotaff> je peux le lancer à la main
15:21 <yotaff> l'objectif maintenant, c'est de dire aux tests (part test] lancé par zope.testing, ou est ma base
15:21 <yotaff> avec le bon user / mdp
15:22 <yotaff> d'ailleurs, je vais surement mettre la recipe en libre, vu qu'il n'en exsite pas je crois
15:22 <gawel> tu mets la chaine de connexion dans test.ini ? :p
15:22 <yotaff> donc le besoin derrière, c'est de transmettre une info entre 2 parts
15:22 <gawel> ah non c'est du zope
15:22 <gawel> hihihi
15:23 <gawel> je sais pas si zope.testing permet de passer des arguments. jamais eu besoin
15:25 <gawel> ah bah si
15:25 <yotaff> pour cette partie j'ai trouvé la soluce
15:25 <gawel> bah environnement c'est bien
15:26 <gawel> enviroement=PG_URL=postgres:// truc
15:26 <yotaff> mattes z3c.testsetup
15:26 <yotaff> c'est un wrapper à zope.testing
15:26 <yotaff> qui te permet de passer des paramètres aux doctests
15:26 <yotaff> c'est bueno
15:26 <yotaff> pour unittest, je fais un import classique
15:27 <yotaff> j'ai donc un wrapper setup.py qui récupère les infos en env du buildout et lance les tests avec les bons para
15:27 <yotaff> sauf que je fais les env a la main
15:27 <yotaff> le but maintenant c'est que la recipe génére lui meme les env
15:27 <gawel> je vois
15:28 <yotaff> je te montrerai ca en vrai
15:28 <yotaff> y'a des problématiques sympas ici :p
15:28 <gawel> si ça te fais plaisir
15:28 <gawel> c'est un peu de la branlette :p
15:28 <yotaff> <yotaff> j'ai donc un wrapper setup.py <= le nom est mauvais, c'est un fichier dans les tests, pas le setup.py principal
15:29 <yotaff> gawel: je développe pas des sites plaquettes pour 2 visiteurs hein
15:29 <yotaff> :p
15:29 <yotaff> avec le recul, les pb de base de données sont largement les plus chiantes à gérer ici
15:29 <yotaff> c'est crucial
15:29 <yotaff> en terme de perf, de stabilité...
15:29 <gawel> moi non plus :p
15:29 <yotaff> on doit pouvoir changer de version de pg, ou de structure, sans impact mineur
15:30 <yotaff> je te montrerai l'archi qu'on développe
15:30 <yotaff> mais on va passer en 4 tiers
15:30 <gawel> j'ai déjà vu plus ou moins
15:30 <yotaff> avec X base de données
15:30 <yotaff> bcp d'intelligence coté BD
15:30 <yotaff> avec aggrégation, calcul, stat...
15:31 <yotaff> independant de zope
15:31 <yotaff> et de l'him
15:31 <yotaff> ihm
15:31 <gawel> comme ça tu pourra refaire l'ihm en pylons après. excelent idée :p
15:31 <yotaff> vu qu'on sépare le bas niveau (python pur), le métier, et l'ihm
15:32 <yotaff> oui ca pourrait le faire dans qq mois
15:32 <yotaff> on va développer des clients lourds aussi
15:32 <gawel> ouaip tu m'avais dit
15:32 <gawel> python aussi ?
15:32 <yotaff> d'ou les 30 composants actuel
15:32 <yotaff> et surement qq dizaines dans plusieurs mois
15:33 <yotaff> pour le client lourd ? wai j'aimerai le faire en jython ou ironPython
15:34 <gawel> jython est plus lent que python, non ?
15:35 <yotaff> j'avais codé d'app pro, donc peut pas dire
15:35 <yotaff> mais la jvm est rapide
15:35 <yotaff> les perfs de ironpython aussi
15:35 <gawel> je crois que c'est au moins 2 fois plus lent
15:36 <yotaff> pour ce dernier, y'a des benchmarks qui montrait que c'était plus rapide que cpython
15:36 <yotaff> nop
15:36 <yotaff> juistement
15:36 <gawel> ironpython ca pete bien parait par contre ouais
15:36 <yotaff> jython2.5 va bientot sortir je crois
15:36 <yotaff> donc ils ont pe postponé les pbs de perfs à la fin
15:36 <yotaff> ce qui me semble sage
15:36 <yotaff> (si c'est le cas)
15:36 <gawel> pylons tourne presque avec jython 8)
15:37 <yotaff> comme cpython ou ils s'apercoivent 3 semaines avant que c'est 20% plus lente :p
15:37 <yotaff> et c'est la que tu vois que c'est bien codé
15:37 <yotaff> en 3 semaines, ils passent de -20 a +15 :))
15:37 <gawel> http://pylonshq.com:8014/
15:38 <yotaff> ben le but de faire du iron / jython, c'est de reprendre le code métier / python pur
15:38 <yotaff> juste refaire l'ihm
15:38 <gawel> juste mako qui sucks en gros
15:39 <gawel> bon, démarage de windows
15:40 <yotaff> ahahaha
15:40 <yotaff> tu sucks
15:40 <yotaff> :p
15:40 <gawel> on en reparlera quand tu testera tes clients lourd :p
15:41 <yotaff> hihi
15:43 <yotaff> <tarek> yotaff dans ta recette t'a l'environnement
15:43 <yotaff> <tarek> mais si tu peux garder du relatif c'est mieux
15:43 <yotaff> hm
15:44 <yotaff> j'ai une variable dispo dans buildout.cfg pour indiquer le chemin relatif du buildout ?
15:46 <gawel> ${buildout:directory} mais c'est absolu
15:46 <gawel> sinon, c'est os.curdir
15:47 <tarek> non os.curdir c'est juste le caractère qui défini le dossier en cours
15:47 <tarek> ('.')
15:47 <tarek> pour avoir le dossier de travail
15:47 <gawel> oui :)
15:47 <tarek> c'est os.getcwd()
15:47 <gawel> os.getcwd() c'est os.curdir en absolu
15:48 <tarek> en relatif meme :D
15:48 <tarek> si jamais tu écrit un code qui se base dessus
15:48 <tarek> genre
15:48 <gawel> 1) gawel:~$ os.getcwd() <1> '/Users/gawel'
15:48 <tarek> tu bosses avec ./ici/par/la
15:48 <tarek> et si jamais le working dir change
15:48 <tarek> ca marche plus
15:48 <yotaff> <gawel> ${buildout:directory} mais c'est absolu
15:48 <yotaff> ca me va
15:49 <yotaff> une fois que j'ai lancé buildout, c'est installé, ma base ne change plus d'endroit
15:49 <yotaff> donc ca me va
16:22 <tarek> gawel c passé à la trappe adherer_pourquoi ?
16:22 <tarek> sur le site
16:22 <tarek> c urgent c pour le hors série que phillipe livre dans 15 mn :)
16:22 <tarek> je te fwd son mail si t'a une idée
16:25 <gawel> regarde dans le zope, j sais pas
16:26 <tarek> j'ai regardé et j'ai pas trouvé, et je me suis rappelé que le systeme adhérent avait été recodé
16:26 <gawel> je vois pas le rapport. c'est /membres les adhérent
16:28 <tarek> http://www.afpy.org/association/ renvoie plus sur plone a priori
16:29 <gawel> ah ouais exact
16:29 <tarek> bon je lui donne ca
16:29 <tarek> http://www.afpy.org/association/association.html
16:29 <gawel> je présume que si la page a pas été migré c'est que la page était moisie
16:29 <tarek> je crois que c celle là
16:30 <gawel> possible
16:50 <jpcw> gawel: /etc/init.d/varnish restart : p http://www.gawel.org/weblog
17:01 <yotaff> tarek: le jour ou allez faire des exemples de conf normalement et pas en doctest, je vous payerez une bière
17:01 <yotaff> jim, faut copier son code, pas sa doc :)
17:05 <tarek> de quoi tu parles ?
17:16 <yotaff> tarek: la doc sur pypi
17:16 <yotaff> je trouve inbitable les exemples de fichiers .ini dans du code python
17:22 <yotaff> tarek, ccomb, gawel : bon une soirée q/r, audit securactive contre bouffe & bière ca vous dit ? p
17:54 <tarek> yotaff, mais tu parles de quelle doc ? :D
17:55 <yotaff> tarek: toutes les docs sur pypi des composants iw
17:55 <yotaff> http://pypi.python.org/pypi/iw.recipe.template
17:56 <yotaff> >>> write(sample_buildout, 'buildout.cfg',
17:56 <yotaff> début d'un exemple de conf buildbout
17:56 <yotaff> en doctest
17:56 <yotaff> tu passes ton temps à interpréter la doc, au lieu de juste comprendre la conf
17:57 <yotaff> pour des gros trucs, comme buildbot, ca devient inbitable
17:57 <yotaff> voila c'était mon rant de la journée :)
17:57 <tarek> oui c vrai
17:57 <tarek> c pas de la doc
17:57 <tarek> on en a conscience
17:57 <tarek> il faut qu'on degage ca de pypi
17:57 <tarek> c des doctests
17:57 <tarek> pour ta soirée sinon g pas compris
17:57 <yotaff> aha
17:58 <yotaff> ben simple, il me faut des regards extérieurs qui maitrise un peu python et zope3 :p
18:00 <yotaff> parce que la, on commence à faire dans le poilu
18:00 <tarek> a un audit QA ?
18:00 <yotaff> non, juste poser qq questions
18:00 <tarek> bon on en reparle je dois tracer
18:00 <yotaff> je vais pas vous prendre la tete avec un audit
18:03 <tarek> ben tu peux, mais nous on te prend des sous ;)
18:03 <tarek> je trace
18:25 <gawel> jpcw: c'était pas ça mais merci
18:25 <gawel> fixed
18:25 <jpcw> gawel: de rien !