08:02 <morgan`> hello
08:35 <kujiu> 'matin
09:06 <nightlybuild1> matin
10:13 <Ohan> feth, pyflakes pour vim rox!
10:13 <Ohan> ca a l'air super rapide en plus (sur un tout petit fichier en tout cas ;)
10:14 <gawel> matin
10:24 <feth> Ohan: ouaip, c'est pas mal, haypo me tape beaucoup moins fort depuis que je l'utilise :)
10:24 <Ohan> :p
10:27 <Ohan> je me suis rajouté un autocommand sur les filetype python pour mapper pylint (sur F6) et une execution (sur F5)
10:27 <Ohan> ca me simplifie grandement la vie ca aussi
10:27 <haypo> tu exécutes les programmes dans vim ?
10:28 <Ohan> ouais, quand ce sont de petits scripts bidons
10:28 <Ohan> genre là je fais un plugin munin
10:33 <feth> j'aimerais bien avoir un buffer scratch qui puisse servir de shell dans vim, ça doit pas etre compliqué à faire
10:33 <feth> (copie collable à la vim et tout)
10:40 <Ohan> <3 python, c'est tout ce que j'ai à dire
10:42 <Ohan> par contre, je sais pas si c'est encore mon vim+xorg+ubuntu qui chie, ou si c'est pyflakes, mais maintenant quand je supprime qques lignes, ca prends qques temps
10:42 <Ohan> genre une ou deux secondes
10:42 <Ohan> alors qu'avant c'était immédiat de ce que je peux m'en rappeler
10:42 <feth> bizarrement je dirais que c'est pas ubuntu
10:42 <feth> mais tu pourrais tester sur une mandriva
10:42 <feth> en fait j'accuserais pas trop xorg non plus
10:43 <feth> à moins que tu aies activé l'opengl dans vim
10:43 <Ohan> bah y'a un truc connu il parait, entre xorg et ubuntu
10:43 <Ohan> ca fait déjà un moment que mes terms (et surtout vim) sont super lents
10:43 <Ohan> depuis la maj d'ubuntu en fait ;)
10:43 <Ohan> genre il me faut parfois 2 secondes pour faire un alt-tab entre deux terms
10:43 <Ohan> quand je scrolle, ca sacade comme si j'avais 5fps
10:43 <feth> pour discriminer, fais ^L
10:44 <Ohan> c'est sensé faire quoi ca? fermer mon term?
10:44 <feth> si ça prend aussi qques secondes... c'est le term
10:44 <feth> raffraichir le term
10:44 <feth> c'est application-dépendant
10:44 <Ohan> pas trop rapide non
10:44 <Ohan> pas trop lent pardon
10:44 <Ohan> ca a l'air d'aller
10:44 <Ohan> va comprendre
10:44 <Ohan> connaissait pas ce ^L tiens
10:45 <feth> pratique quand on a mis un process verbeux en background
10:46 <RAGE2000> < Ohan> par contre, je sais pas si c'est encore mon vim+xorg+ubuntu qui chie, ou si c'est pyflakes, mais maintenant quand je supprime qques lignes, ca prends qques temps >> avec la meme config j'ai aucun probleme
10:46 <Ohan> bah je fais un "clear" dans ce cas
10:46 <feth> Ohan: moi j'aime bien récupérer ma session vim :)
10:46 <Ohan> RAGE2000, je sais, c'est spécifiques aux laptops de ce que j'en sait
10:47 <Ohan> voire spécifique aux laptops avec du intel comme carte graphique
10:47 <RAGE2000> ah le mien c'est du ati
10:47 <RAGE2000> mais euh tu parle de vim ou gvim ?
10:47 <feth> aaaaaah, mais par hasard, latences disque ?
10:47 <feth> use powertop
10:48 <Ohan> vim
10:48 <feth> euh, pas powertop
10:48 <feth> le truc qui donne l'origine des latences
10:48 <feth> je sais plus ce que c'est
10:48 <Ohan> alors
10:49 <Ohan> ouais ca me parle pas du tout l'output de powertop en fait ;)
10:50 <feth> http://www.latencytop.org/
10:51 <Ohan> faut le lancer sur un programme c'est ca?
10:52 <feth> oups, Please enable the CONFIG_LATENCYTOP configuration in your kernel.
10:54 <Ohan> alors faut surtout que je comprenne l'output de latency top, et ce qui est acceptable et ce qui ne l'est pas
10:54 <Ohan> parce que là j'ai genre 1s de latency pour xorg, mini
10:54 <Ohan> ca peut monter a 3 facile
10:58 <feth> Ohan: c'est pas moi qui pourrai t'aider là dessus, désole
10:59 <Ohan> merci pour le tuyau sur latencytop en tout cas ;)
11:01 <feth> mais de rien
11:13 <haypo> Ohan: c'est quoi ta carte graphique et ta distribution Linux ?
11:14 <Ohan> ubuntu 9.04, et c'est une intel euh
11:14 <Ohan> je regarde
11:14 <Ohan> 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
11:14 <Ohan> 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)
11:14 <Ohan> je me suis souvent penché sur le problème, sans jamais trouver de réelle solution
11:15 <Ohan> déjà, c'est pas facile a "benchmarker" (le fait que "des fois, selon le nombre de terms/vims ouvert, ca rame, selon ce qu'on fait...")
11:15 <haypo> Ohan: le pilote graphique Intel a de sérieux problèmes sur Ubuntu 9.04
11:16 <Ohan> il parait
11:16 <haypo> cherche "ubuntu 9.04 intel" dans google, ça débute par "The Ubuntu 9.04 Intel Graphics Fiasco | WorksWithU"
11:16 <haypo> perso j'ai limité la casse avec ces options du pilote Intel :
11:16 <haypo> Option "AccelMethod" "EXA"
11:16 <haypo> Option "MigrationHeuristic" "greedy"
11:17 <Ohan> y'a que ca a rajouter? et ca "marche" ?
11:17 <haypo> (il faut générer un fichier Xorg, puis rajouter ces lignes au fichier de config, dans la section de la carte graphique)
11:17 <Ohan> ok c'est parti
11:17 <haypo> Ohan: chez moi, firefox était moins lent
11:17 <Ohan> dans la section Device?
11:17 <haypo> avec ça
11:18 <Ohan> Section "Device"
11:18 <Ohan> Identifier "Configured Video Device"
11:18 <Ohan> Option "AccelMethod" "EXA"
11:18 <Ohan> Option "MigrationHeuristic" "greedy"
11:18 <Ohan> EndSection
11:19 <feth> Ohan: et 'locale' donne quoi chez toi ?
11:20 <feth> (1ere ligne significative suffisante)
11:20 <Ohan> LANG=en_US.UTF-8
11:20 <Ohan> LC_CTYPE="en_US.UTF-8"
11:21 <haypo> Ohan: elle semble légère ta config Xorg
11:21 <haypo> tu peux générer une configuration Xorg avec "X -configure"
11:21 <Ohan> ok
11:21 <Ohan> si le serveur X est arrêté ok :p
11:22 <Ohan> me semble qu'il y a un autr emoyen
11:28 <Ohan> bon, je vais tester de suite
11:47 <Ohan> bon bah on va voir a l'usage si c'est mieux ;)
11:49 <haypo> Ohan: tu as réussi à relancer Xorg avec les options que je t'ai donné ?
11:50 <Ohan> vivi
11:50 <Ohan> je les ai rajoutées dans la section "Device"
11:50 <haypo> ouvre une longue page web dans firefox et scrolle
11:50 <haypo> tu verras si c'est mieux ou pire
11:50 <Ohan> mouaif... je sais pas trop
11:51 <Ohan> ca a l'air plus rapide pour les alt+tab en tout cas ;)
11:52 <Ohan> ce qui serait déjà super ;)
11:52 <Ohan> ca ne l'est pas plus pour le scroll dans mes vim par contre, d'après ce que j'en ressens
11:52 <Ohan> enfin bref...
12:18 <harobed> en tout les cas, les perfs des drivers xorg, l'affichage vers un écran externe, la gestion de la résolution des moniteurs, ça merde tout le temps
12:18 <harobed> c'est vraiment un truc merdique
12:19 <harobed> j'ai aucune idée du fonctionnement interne de ces choses là_ mais bon_
14:37 <Ohan_> svp, pourriez-vous jeter un oeil là dessus et me dire ce que je devrais/pourrais modifier pour rendre le code plus "pythonic" ? http://friendpaste.com/378KlzPrDEAZL5An9ro9gh
14:37 <Ohan_> genre des erreurs grossières de débutant, des "raccourcis" qui rendraient le code plus concis et lisible, ce genre de trucs quoi
14:38 <Ohan_> pylint me dit que ça lui convient, mais bon ca veut pas dire grand chose ;)
14:40 <jpcw> Ohan_: if address is None or not address: == if not address
14:40 <jpcw> bool(None) -> 0
14:40 <Ohan_> euh
14:40 <Ohan_> ca pourrait ne pas etre None, mais etre vide
14:40 <Ohan_> non?
14:41 <jpcw> le boolen de none renvoie 0
14:41 <jpcw> celui de vide aussi
14:41 <Ohan_> donc tu veux dire qu'il suffit que je mette "if address" ?
14:41 <jpcw> en python tout est vrai sauf : (), [], 0, '', "", {} set() etc
14:41 <jpcw> et None bien sur
14:42 <Ohan_> il me semblait avoir lu (peut-être que ca s'applique que pour django) qu'il fallait toujours tester avec "is None", mais je sais plus pourquoi
14:42 <jpcw> onon je voulais dire if not address suffit
14:42 <jpcw> si adress = '' ou je ne sais quoi d'autre c'est ok idem si addres is None
14:44 <Ohan_> oui c'est ce que je voulais dire
14:44 <Ohan_> non pareil pour argv: je dis "if argv is None"
14:44 <jpcw> if os.environ.has_key('runs'): -> if 'runs' in os.environ
14:44 <Ohan_> je sais pas pourquoi, j'ai la furieuse impression qu'il faut toujours tester _None_ en particulier
14:44 <Ohan_> jpcw, ah on peut faire ca? effectivement c'est un raccourci ;)
14:45 <jpcw> tu testes None si tu as besoin de tester None
14:45 <Ohan_> ok
14:45 <Ohan_> zarb
14:45 <jpcw> mais dans ton cas tu veux vaire un truc sur if is None ou if not address
14:45 <jpcw> ce qui sont deux tests équivalents puisque si N oe ça renvoie à
14:46 <jpcw> 0
14:47 <Ohan_> ouaip ;)
14:47 <Ohan_> je comprends mon erreur maintenant, je confondais deux problèmes ;)
14:47 <No`> hello l'afpy
14:47 <Ohan_> salut No` ;)
14:47 <Ohan_> des soucis avec le temps qu'il fait on dirait? :p
14:49 <Ohan_> jpcw, http://friendpaste.com/378KlzPrDEAZL5An9ro9gh
14:49 <Ohan_> j'ai updaté
14:49 <Ohan_> nickel le coup du "pings" in os.environ
14:49 <Ohan_> au lieu du has_key, c'est effectivement beaucoup plus concis, clair, et donc pythonic ;)
14:49 <No`> Ohan_: meuh non, enfin... c'est juste que ce crachin de merde, ça donne pas envie
14:49 <Ohan_> si vous avez d'autres remarques, je prends ;)
14:49 <Ohan_> No`, ahha ;)
14:50 <Ohan_> jpcw, donc si je comprends bien:
14:51 <Ohan_> if truc is None: (c'est pythonic)
14:51 <jpcw> oui tu testes si truc == None
14:51 <Ohan_> if not truc: (c'est pythonic et équivalent a la phrase du dessus)
14:51 <jpcw> non pas tout a fait
14:51 <Ohan_> if truc == None: (a ne pas faire, pas pythonic)
14:51 <No`> is None
14:51 <Ohan_> non, pas tout a fait équivalent, je me comprends ;)
14:51 <jpcw> truc = 0
14:51 <Ohan_> vivi
14:51 <jpcw> bool(truc) -> false
14:52 <feth> c'est pas que c'est pythonique ou pas c'est qu'il y a un seul None
14:52 <Ohan_> ce que je voulais dire, c'est que "if truc == None", c'est mal
14:52 <jpcw> truc = None
14:52 <jpcw> bool(truc) -> false
14:52 <feth> donc tank à faire
14:52 <Ohan_> ok
14:52 <Ohan_> donc ca devrait marcher tout pareil de faire "== None" ou "is None"
14:52 <jpcw> oui
14:52 <feth> euh oui, mais non
14:52 <Ohan_> mais le TOOWTDI c'est d'utiliser "is None"
14:52 <feth> si qqun réimplémente __equals__
14:52 <jpcw> mais is None est pythonique pas == None
14:53 <Ohan_> pigé
14:53 <No`> est-ce que None == None, d'abord ?
14:53 <Ohan_> enregistré, noté, assimilé ;)
14:53 <feth> oui, mais objet_a_moi == None aussi
14:54 <haypo> ça existe __equals__ ? c'est __eq__ ?
14:54 <haypo> (ce n'est pas plutôt __eq__ ?)
14:55 <feth> je peux réécrire "def __cmp__(self, other): return 0"
14:55 <feth> oui, c'est __cmp__ puis __eq__ pardon
14:57 <jpcw> Ohan_: http://friendpaste.com/4XG3OenH6d4TAakW3DdiPl
14:58 <jpcw> ça c'est pour les booléens ça coorespnd à en python tout est vrai sauf [None, '', [], {}, (), 0, False, set(), ]
14:59 <Ohan_> nickel jpcw
14:59 <Ohan_> mais c'est ce que j'avais cru comprendre
14:59 <No`> if 1: et if 2:, ça me rappelle la vieille époque de VB
15:00 <No`> ou 0 == False et -1 == True
15:01 <jpcw> No`: on ne dit pas la vieille époque de VB (qui existe toujours surement) mais quand tu étais jeune
15:01 <jpcw> c'est pas pareil ;)
15:01 <No`> oui mais cette vieille époque n'existe plus (en ce qui me concerne)
15:02 <haypo> en PHP, "false" == 0 est vrai
15:03 <haypo> (par contre, 'true' == 0 est faux hein)
15:03 <haypo> ah non pardon, "true" == 0 est aussi vrai
15:04 <jpcw> haypo: en python auusi False == 0 -> True
15:04 <haypo> en fait, "n'importe quoi" == 0 est vrai en PHP
15:04 <jpcw> ok
15:04 <No`> quand on parle de PHP, tout est vrai
15:04 <haypo> jpcw: il y une différente entre False (bolean) et "False" (str)
15:04 <No`> "PHP fait des trous dans la couche d'ozone" == True
15:04 <jpcw> haypo je sais
15:04 <haypo> jpcw: "false" == 0 est faux en Python, fort heureusement
15:04 <jpcw> >>> False == 0
15:04 <jpcw> True
15:05 <haypo> en PHP, il faut utiliser === : if ("false" === 0) ...
15:05 <jpcw> ah pardon j'avais pas lu le 'false', j'avais ps vu les guillemets
15:05 <haypo> c'est super PHP :-)
15:06 <Ohan_> d'autres remarques sur http://friendpaste.com/378KlzPrDEAZL5An9ro9gh sinon?
15:06 <Ohan_> mise en page ou autre?
15:06 <haypo> Ohan_: l'url est pourrie
15:06 <Ohan_> ce que j'aime pas, c'est les """ multilines, a devoir désindenter pour que cas'affiche correctement dans le term (et pas avec des marges)
15:06 <Ohan_> haypo, merci haypo, je vais en toucher un mot a benoitc
15:06 <jpcw> Ohan_: tes multilignes genre ligne 50 sont pas beau
15:07 <Ohan_> je sais pas si il y a une solution plus propre pour ca
15:07 <Ohan_> jpcw, y'a une autre soluce?
15:07 <jpcw> oui
15:07 <jpcw> 'machin ligne1'
15:07 <jpcw> 'machinligne2'
15:07 <jpcw> avec un '\n' ala fin de 'machin ligne1'
15:08 <Ohan_> ok
15:08 <Ohan_> et n prints donc
15:08 <jpcw> nope
15:08 <Ohan_> j'ai d'ailleurs écrit les print compatibles avec 3.0, c'est bien comme ca qu'on fait?
15:08 <jpcw> oui pour le python 3 print est avec parenthèses
15:08 <Ohan_> ok
15:08 <Ohan_> j'ai pas compris ton histoire alors
15:08 <Ohan_> pour le multilines
15:12 <jpcw> Ohan_: http://friendpaste.com/4bsrZ8sO7VsHzGXDLGj2mZ
15:12 <Ohan_> ah ouais tout connement quoi
15:13 <Ohan_> tu trouve ca donc plus lisible (vu que ca conserve l'indentation)
15:13 <jpcw> perso oui
15:13 <Ohan_> merci beaucoup, je modif ca de suite (si y'a d'autres remarques je prends hein ;)
15:18 <jpcw> Ohan_: si tu tombes dans le except ligne 82 tu retournes 0
15:18 <jpcw> c'est le comportement attendu ?
15:20 <david`bgk> tu as la possibilité http://friendpaste.com/PRK8VlNEY8FQnqMcLvT0h aussi
15:20 <david`bgk> haypo, je vois pas en quoi l'url est pourrie mais bon...
15:23 <feth> Vous êtes au courant pour des boucles nommées en Python ? J'ai la flemme de lire les changelogs (*grin* :-D ) et j'aime bien ça en Java.
15:23 <feth> (pour break_er/continue_er la bonne boucle)
15:28 <haypo> david`bgk: c'était juste une blague, je parlais de "PRK8VlNEY8FQnqMcLvT0h"
15:35 <Ohan_> jpcw, pardon, désolé du temps de réponse: oui, la valeur "U" est la valeur "undefined" pour munin, et c'est le comportement attendu
15:35 <Ohan_> (du peu que j'en sait en tout cas ;)
15:36 <jpcw> non parce que du coup le script se finit normalement sans erreur, d'ou la question ;)
15:36 <Ohan_> david`bgk, tu trouve ca plus propre les \ ou les + pour des multilignes?
15:36 <jpcw> l'inverse était plausible
15:36 <Ohan_> j'irais plutot vers le "+" perso, mais je sais pas
15:36 <Ohan_> ouaip, très judicieuse question
15:36 <Ohan_> mais effectivment, c'est comme ca que je l'ai voulu (a tord ou a raison, je sais pas ;)
15:37 <jpcw> le '+' est un micropoil plus long
15:37 <jpcw> genre ça concatène deux chaines
15:37 <Ohan_> mouaip
15:37 <Ohan_> tu veux dire niveau perf
15:37 <Ohan_> mais je suis loin d'etre a optimiser du code python perso, je privilégierai plutot la lisibilité a l'heure actuelle ;)
15:38 <jpcw> sans le plus c'est comme si tu n'avais qu'une chaine
15:38 <jpcw> avec tu en gères 3
15:38 <jpcw> a l'usage c'est pareil
15:38 <jpcw> c'est juste pour pinailer jusqu'au bout ;)
15:39 <Ohan_> héhé
15:43 <Ohan_> http://friendpaste.com/378KlzPrDEAZL5An9ro9gh <=== mieux? (j'ai changé les multilines)
15:44 <jpcw> Ohan_: si je peux me permettre pur encore plus de lisibilité aligne les sur le 'graph' de la ligne 59 par exemple
15:44 <Ohan_> alors attends que je comprenne
15:45 <Ohan_> ah ok, sur le début de la string quoi
15:45 <jpcw> voilà
15:45 <jpcw> et tu compares avec le premier
15:45 <jpcw> tu verras c'est beaucoup plus lisble
15:45 <Ohan_> et donc, aligné sur le tab le plus proche, sur le début de la string (le ") ou sur le premier car ? :D
15:45 <jpcw> en tout cas pour mes yeux
15:45 <jpcw> sous le g de graph
15:46 <Ohan_> ok
15:46 <Ohan_> par contre j'ai chié
15:46 <Ohan_> j'ai mis qu'un " en début et en fin
15:47 <Ohan_> mais du coup, j'ai tout mes whitespaces que je voulais éviter...
15:47 <jpcw> d'ou les ' comme dans mon exemple ;)
15:47 <Ohan_> rebelotte ;)
15:47 <Ohan_> vivi ;)
15:48 <jpcw> tu peux aussi les externaliser du if genre msg_Address = "blabl"
15:49 <jpcw> et dans le if print(msg_address)
15:50 <Ohan_> ahhhhhhhhh
15:50 <Ohan_> je préfère :p
15:57 <Ohan_> jpcw, je crois que je prefère comme ca, t'en pense quoi? http://friendpaste.com/378KlzPrDEAZL5An9ro9gh
15:58 <jpcw> j'en pense que c'est plus lisible mais que usage et config devraients'appeller USAGE et CONFIG car déclarées en dehors du main
15:58 <jpcw> elles sont donc Globales à ton fichier
15:59 <Ohan_> ah oui, très juste
15:59 <Ohan_> tu m'aide beaucoup jpcw ;)
16:05 <Ohan_> http://friendpaste.com/378KlzPrDEAZL5An9ro9gh <=== bon j'ai mis en majuscules les variables globales, et j'ai rajouté un "runs = int(runs)" parce que quand on chope de l'environnement, ca arrive en string, et ca pause problème a timeit ;)
16:12 <Ohan_> encore merci jpcw et les autres qui m'ont donné des conseils ;)
16:12 <Ohan_> la pep8 c'est une bonne base, mais rien ne vaut l'expérience ;)
22:24 <haypo> y'a une réunion sur #osdcfr, ça parle de financement de l'AFPy
22:24 <haypo> y'a des gens au courant ?
22:30 <Maddingue> il y a raremlent des gens au courant d'OSDC.fr sur ce canal à cette heure :/
22:36 <haypo> je vais les relancer entre 10h et 20h demain
23:15 <jpcw> haypo: oui gawel a envoyé un mail tout à l'heure pour le financement de l'osdc
23:18 <touff> gawel, :)
23:18 <touff> didonc les djangoistes
23:19 <touff> y'a pas une vielle vulnerabilité moisie toute version de django sur la longueure des urls par hasard ?
23:20 <touff> contournable par une rule apache mais bon
23:21 <jpcw> benoitc: , david`bgk ^^ touff vous cause je crois :)
23:22 <haypo> jpcw: ah chouette
23:22 <touff> si je passe une url de plus de 250 caracteres je peux injecter du html surt la page
23:22 <touff> c'est rien deu tout certes mais c'est moche
23:23 <jpcw> 250 pas 256 ?
23:23 <touff> je sais pas j'ai la fleme de compter :)
23:23 <jpcw> euh avec len(url) tu devrais compter assez vite :)
23:23 <touff> oui pas con
23:26 <jpcw> touff: tu dois être dans le top des referers de albanel dans ses stats;)
23:26 <touff> loul :)
23:26 <touff> bon 212 char pour mon url
23:26 <touff> et ca passe
23:27 <jpcw> tu veux dire ça casse (le django)
23:27 <jpcw> bon c'est l'heure d'aller au lit en ce qui me concerne
23:27 <touff> je te montre en pv
23:27 <jpcw> ouep je veux bien
23:27 <touff> clww63hxPVWoU3uNN0hEBI3wOvCo<font size=100>PWN3D-les-0uRs
23:28 <touff> merdoum trop long message
23:28 <touff> restriction debile ca
23:28 <touff> pourrit freenode :)
23:34 <haypo> BooK: kikoo
23:35 <haypo> youhou, c'est l'invasion de #osdcfr :-)
23:35 <No`> gargl
23:36 <jpcw> haypo: en clair l'afpy finance
23:37 <jpcw> le mail avec le montant est aprti ce jour au cd
23:37 <haypo> ok, super
23:37 <jpcw> en attente de réactions sur le montant,
23:37 <jpcw> silence == approbation
23:37 <jpcw> donc ça ne devrait pas tarder
23:37 <jpcw> voilà ce que je peux vous dire
23:37 <haypo> le financement est assez pressé (cette semaine)
23:38 <jpcw> haypo: ça sera fait dans la semain c'est sur
23:39 <haypo> re-super :)
23:39 <jpcw> je pense que tu diras re-re-super quand tu connaîtras le montant ;)
23:40 <haypo> 333¤ ?
23:40 <jpcw> pourquoi 333 ? ;)
23:40 <haypo> 1000/3
23:40 <jpcw> haypo: bah je epux pas le dire come ça alors que c'est pas encore approuvé
23:41 <jpcw> disons que tu t'es trompé sur le diviseur
23:41 <haypo> ça c'est facile
23:41 <jpcw> tu sauras demain s'il est plus ou plus petit que 3
23:42 <haypo> diviser par 1000, -1.5 ou 0, ça donne pas le même nombre
23:43 <Maddingue> moi je dis que 666 ¤ c'est un nombre bien plus kewl :)
23:47 <Maddingue> note que c'est un mouvement "secret" dans Trauma Center sur Wii pour mieux soigner les patients :)
23:55 <elbeho> Bonsoir.
23:55 <elbeho> C'est quand la deliberation du CA de l'AFPy concernant la proposition de budget pour OSDC.fr ?