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:24 < feth> Ohan: ouaip, c'est pas mal, haypo me tape beaucoup moins fort depuis que je l'utilise :)
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 < 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:49 < Ohan> ouais ca me parle pas du tout l'output de powertop en fait ;)
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> 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 < 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:18 < Ohan> Section "Device"
11:18 < Ohan> Identifier "Configured Video Device"
11:18 < Ohan> Option "AccelMethod" "EXA"
11:18 < Ohan> Option "MigrationHeuristic" "greedy"
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> 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> 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_> 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_> ca pourrait ne pas etre None, mais etre vide
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 < 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: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_> 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 < Ohan_> non, pas tout a fait équivalent, je me comprends ;)
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_> donc ca devrait marcher tout pareil de faire "== None" ou "is None"
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 < 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: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 < 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: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_> 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> 'machin ligne1'
15:07 < jpcw> 'machinligne2'
15:07 < jpcw> avec un '\n' ala fin de 'machin ligne1'
15:08 < Ohan_> et n prints donc
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_> j'ai pas compris ton histoire alors
15:08 < Ohan_> pour le multilines
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 < 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> 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_> 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: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> 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_> 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: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: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> 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> 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:36 < jpcw> haypo: en clair l'afpy finance
23:37 < jpcw> le mail avec le montant est aprti ce jour au cd
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 < jpcw> pourquoi 333 ? ;)
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:46 [#] BooK n'a pas vu de pentagramme renversé dans le logo d'OSDC.fr
23:47 < Maddingue> note que c'est un mouvement "secret" dans Trauma Center sur Wii pour mieux soigner les patients :)
23:55 < elbeho> C'est quand la deliberation du CA de l'AFPy concernant la proposition de budget pour OSDC.fr ?