08:30 <killersky4:#afpy> bonjour :)
08:31 <killersky4:#afpy> j'ai un gros trou de memoire, jarrive plus a "declarer" un tableau a 2 dimensions
08:32 <killersky4:#afpy> je suis tombe sur un morceaux de code de ce genre toto = zeros((2,4)) pour initialiser le tableaux
08:33 <killersky4:#afpy> mais je sais pas d'ou import la fonction zeros :s
08:37 <flox:#afpy> killersky4: sans doute de NumPy http://numpy.sourceforge.net/numdoc/HTML/numdoc.htm#pgfId-60120
08:38 <killersky4:#afpy> ah merci
08:40 <cyp:#afpy> plop
08:41 <killersky4:#afpy> sinon je pense qu'il doit y avoir une solution sans import . j'ai juste besoin d'un tableau a 2 dimensions que je remplirais ensuite a l'aide d'une double boucle (un grand classique mais la je coince Oo)
08:47 <flox:#afpy> killersky4: soit tu fais une liste de liste, soit tu fais un dictionnaire dont les clefs sont des tuples (x, y)
08:47 <flox:#afpy> ça dépend de ce que tu souhaites en faire
08:49 <solevis:#afpy> matin
08:51 <killersky4:#afpy> en fait j'ai besion d'une liste de liste ( car elle servira de parametre a une fonction qui demande une liste de liste)
08:54 <flox:#afpy> killersky4: si tu as un fonction de x et y, c'est facile à remplir
08:54 <flox:#afpy> tableau = [[complex(x, y) for y in xrange(4)] for x in xrange(3)]
08:55 <killersky4:#afpy> oh ca me plait :) merci je tente ca
09:00 <killersky4:#afpy> ca fait exactement ce que je veux , et c'est beaucoup plus propre que j'avais fait ! merci
13:42 <ccomb:#afpy> tarek: un egg windows, ça peut être un .exe ?
13:44 <tarek:#afpy> ccomb, yo
13:45 <tarek:#afpy> oui
13:46 <ccomb:#afpy> on peut spécifier lors de l'install quelle archive utiliser ?
13:46 <ccomb:#afpy> style y a un zip pourri et un tar.gz qui marche, je veux le forcer à utiliser le tar.gz
13:51 <haypo:#afpy> salut ccomb & tarek
13:51 <ccomb:#afpy> hello haypo
13:52 <ccomb:#afpy> yoogrisel
13:54 <tarek:#afpy> salut haypo
13:54 <tarek:#afpy> ccomb, dans quel cadre ?
13:55 <haypo:#afpy> ccomb: bon tu vois, python3 n'a pas de bug
13:55 <ccomb:#afpy> ex sous windows : easy_install markdown==1.7
13:55 <haypo:#afpy> ccomb: c'est toi qui utilise des vieilles versions :-)
13:56 <ccomb:#afpy> pour haypo, vieux c'est tout ce qui est avant le HEAD svn :)
13:57 <haypo:#afpy> ccomb: teuh teuh, Python 3.1.2 est déjà releasé depuis plusieurs mois
13:58 <ccomb:#afpy> m'enfin c'est 3.1.2 que j'ai testé justement
13:59 <haypo:#afpy> ccomb: non, tu as testé avec 3.1.1 il me semble
13:59 <ccomb:#afpy> nonon, le python standard de Lucid
14:00 <ccomb:#afpy> apparemment ça marchait chez toi bizzarement
14:00 <ccomb:#afpy> avec la meme version
14:00 <haypo:#afpy> ccomb: tu veux dire que tu as toujours le bug avec python 3.1.2?
14:01 <ccomb:#afpy> ah oui zut, j'ai pas indiqué la version dans le rapport
14:02 <ccomb:#afpy> haypo: oui c'est 3.1.2
14:05 <haypo:#afpy> rappelle moi le n° du ticket stp
14:05 <flox:#afpy> ccomb: Next release should fix it: 3.1.3
14:06 <flox:#afpy> c'est pas encore releasé
14:06 <flox:#afpy> j'ai testé avec la version en cours de développement
14:06 <flox:#afpy> ça fonctionne
14:06 <haypo:#afpy> ah mince, possible
14:07 <flox:#afpy> 3.2 dans la prochaine release Ubuntu, c'est challenging :-)
14:07 <haypo:#afpy> gni. j'ai commité le 25 mars alors que 3.1.2 est sorti le 21 mars
14:08 <haypo:#afpy> forcément, ça peut pas aller
14:08 <haypo:#afpy> flox: Ubuntu va payer des core dev pour accélerer la release et corriger tous les bugs connus ? cool :-)
14:08 <flox:#afpy> je sais pas. Mais barry pousse pour mettre 3.2beta dans 10.10
14:09 <ccomb:#afpy> y bcps de trucs dans 3.2 ?
14:09 <flox:#afpy> le nouveau GIL, notamment
14:09 <ccomb:#afpy> le boulot d'antoine ?
14:09 <flox:#afpy> oui
14:09 <haypo:#afpy> ccomb: en fait, j'ai testé avec le programme "python3.1" de Debian Sid qui s'annonce comme étant Python 3.1.2
14:09 <haypo:#afpy> et je n'ai pas le bug
14:10 <flox:#afpy> haypo: bizarre
14:10 <ccomb:#afpy> from debian import __future__ as python
14:10 <flox:#afpy> j'ai testé avec le tag "3.1.2" du dépot subversion
14:10 <flox:#afpy> et j'avais une erreur de segmentation
14:11 <flox:#afpy> (par contre le HEAD est ok)
14:13 <haypo:#afpy> c'est bien ce que je pensais... Debian backporte des correctifs de svn dans python :-)
14:13 <haypo:#afpy> il y a (entre autre) mon correctif pour le bug rapporté par ccomb
14:13 <haypo:#afpy> ccomb: change d'OS, Debian >>> Ubuntu ;-)
14:13 <ccomb:#afpy> Ubuntu >>> Debian tu veux dire
14:14 <haypo:#afpy> non non :-)
14:14 <haypo:#afpy> Debian est très supérieur à Ubuntu :-D
14:14 <haypo:#afpy> bon, j'utilise Debian Sid aussi
14:14 <ccomb:#afpy> ah >>> = supérieur
14:14 <ccomb:#afpy> je croyais une fleche de transition :)
14:15 <ccomb:#afpy> j'étais en Debian depuis Sarge, je suis juste passé à ubuntu depuis moins d'un an
14:15 <haypo:#afpy> http://patch-tracker.debian.org/package/python3.1/3.1.2-3 : mattez un peu la gueule de "svn-updates.dpatch" :-/
14:15 <haypo:#afpy> perso ça me gêne que les OS rajoutent la race de patchs
14:15 <ccomb:#afpy> moi aussi
14:15 <haypo:#afpy> parce que du coup, Python 3.1.2 sur Debian et sur Ubuntu n'est pas le même logiciel
14:16 <haypo:#afpy> enfin, pas tout à fait
14:16 <haypo:#afpy> Fedora patche aussi beaucoup
14:16 <haypo:#afpy> en fait, toutes les distribs rajoutent plein de patchs
14:16 <ccomb:#afpy> s'ils ont des raisons de patcher ok
14:16 <ccomb:#afpy> si c'est juste pour le fun, aucun intérête
14:16 <haypo:#afpy> le pire étant quand une distrib rajoute un patch qui rajoute une régression...
14:16 <ccomb:#afpy> spourrssa
14:18 <haypo:#afpy> je ne sais pas ce qu'il faudrait faire pour limiter ce problème
14:18 <ccomb:#afpy> faire comme mozilla ? :D
14:18 <ccomb:#afpy> bon maintenant vous appeler plus ça python, mais pymaquereau
14:19 <haypo:#afpy> je pense pas que change le nom du projet change quoi que ce soit au problème
14:19 <ccomb:#afpy> (merde le 'r' est pourtant pas si proche du "z")
14:19 <ccomb:#afpy> si, tu peux dire que c'est pas python
14:20 <ccomb:#afpy> mais j'aime pas ce genre de contraintes
14:20 <ccomb:#afpy> vaut mieux régler ça en rapprochant les communautés
14:21 <ccomb:#afpy> le mainteneur de python dans debian doit pas non plus être un inconnu hein
14:22 <flox:#afpy> bah... c pas très grave que 3.1.2 soit 3.1.2+svn, non ?
14:23 <flox:#afpy> si tu prends la version "sid", tu as tous les patchs svn
14:23 <flox:#afpy> par contre dans debian-testing, non
14:23 <flox:#afpy> c'est vraiment la version "releasé" (sans les patchs svn)