03:18 <alain_afpy> - membres: FAILURE 502 Proxy Error
03:21 <alain_afpy> - membres: FIXED
08:41 <NelleV>
09:24 <mahewin> */query Hobbestigrou
09:48 <No`> salut l'afpy
09:52 <NelleV> Bonjour !
09:52 <NelleV> GMLudo: je pense que tu vas recevoir un mail de Pierre :p
10:20 <tarek> :window 10
10:21 <pierreImbaud> Un gros mot, suivi d'un nombre: la recette magique pour commencer la journée!
10:21 <alain_afpy> - logs: FAILURE [Errno -2] Name or service not known
10:23 <alain_afpy> - logs: FIXED
11:17 <NelleV> pierreImbaud: pour info, par rapport à ta remarque sur le sondage pour le hackathon (je ferais un bilan et une réponse plus détaillée par la suite), le mode de fonctionnement que je propose est celui adopté par de nombreux user group partout dans le monde, donc celui du Boston Python user group, bien plus grand que l'afpy tout entière
11:18 <NelleV> pierreImbaud: chez eux, cela fonctionne très bien, donc je pense qu'avec un user group bien plus petit, ça ne devrait pas poser de problème
11:18 <NelleV> pierreImbaud: si on commence à vouloir questionner les participants, ou trier les projets, on risque non seulement de réduire énormement les participants, mais aussi de décourager les organisateurs
11:18 <NelleV> pierreImbaud: à mon avis, il vaut mieux faire simple (en particulier au début)
11:19 <NelleV> par contre, on pourra tout à fait créer une petite page ou les gens proposent leur projet
11:41 <phantez> c'est quoi l'organisation que tu propose pour le hackathon NelleV ?
11:42 <NelleV> phantez: je propose pas d'organisation :p
11:42 <NelleV> phantez: chacun amène son ordi, son projet, on fournit le lieu, la connection internet, et les pizzas
11:42 <phantez> les gens viennent comme ils sont, McDo (tm) ?
11:43 <yota> cool, je vais venir faire du Go !
11:44 <NelleV> yota: perso, ça ne me dérange pas :)
11:44 <NelleV> le but c'est de favoriser les échanges
11:45 <yota> mais j'aimerai au lieu de pizza / coca des produits frais
11:45 <yota> :P
11:45 <yota> (ah bas la mal bouffe chez les geeks)
11:45 <NelleV> yota: moi aussi :(
11:45 <NelleV> yota: c'est juste légèrement plus galère à organiser et plus cher :)
11:46 <NelleV> yota: mais pourquoi pas essayer d'amener aussi quelques fruits et légumes qui n'ont pas besoin de préparation particulère
11:46 <NelleV> en fait, si on mets alexis sur le coup, y'a moyen d'avoir vraiment un super repas :p
11:47 <yota> c'est ce qu'on faisait pour une soirée mensuelle. On ramenait tous a bouffer
11:48 <NelleV> faut voir le nombre qu'on sera, et comment on peut gérer ça. je note mentalement
11:48 <NelleV> yota: tu peux aussi répondre aux questionnaires, et suggérer ça
11:48 <yota> je plaisante, je ne serai pas la
11:49 <NelleV> tu peux répondre au questionnaire, en disant que t'es pas intéressé, mais quand même suggérer ça :)
11:49 <phantez> NelleV: t'as deja des dates ?
11:49 <NelleV> phantez: nope, pour l'instant on prends la température
11:49 <NelleV> on prends "juste" la température :)
11:50 <NelleV> il nous faut une salle: j'ai quelques pistes, mais j'attends plus d'info par rapport à une salle en particulier
11:50 <phantez> en semaine ? week end ?
11:52 <NelleV> phantez: ça serait plutôt en semaine, je pense, genre en vendredi soir mais il faut voir par rapport à ce que les gens veulent et aux disponibilités des salles
11:55 <alexis> NelleV: yota pour quand ça?
11:55 <alexis> ah pour le hackaton
11:56 <feth> J'ai rencontré des gens de fossmanuals
11:56 <alexis> faire de la bonne bouffe pour beaucoup ça demande de l'organisation, mais c'est faisable. Ce weekend on à fait de la bouf pour 250 personnes sur deux jours, ça te prends 1 bonne semaine pour chopper les produits + la journée de cuisine avec 5 bénévoles.
11:57 <feth> ils ont un manuel d'intro à Python sur le feu, qui demande relecture, et envie d'écrire un manuel d'extension de Inkscape/scribus etc avec Python
11:57 <feth> ils font ça en sprints de 5j
11:57 <NelleV> feth: pour moi, ça, c'est un sprint :)
11:57 <NelleV> c'est plus galère à organiser
11:58 <feth> un hackathon serait tout de même un évènement dont on pourrait les tenir au courant
11:58 <alexis> la solution ez c'est de faire ramener la bouffe aux gens, mais faut jouer le jeu
11:58 <feth> bon app alexis !
12:10 <jon1012> NelleV, oups pas vu ton message hier desole
12:10 <NelleV> jon1012: c'est pas encore publique
12:11 <NelleV> jon1012: t'as les droits admin sur le site ?
12:20 <pierreImbaud> Nelle, tu as l'air de savoir ce que tu fais, donc ok.
12:20 <pierreImbaud> Quoique, "les autres font comme ça", on pourrait dire que c'est court comme argument.
12:20 <pierreImbaud> Je n'ai pas l'expérience de sprint, ni de hackaton. Et je me questionne sur le niveau de maturité des projets susceptibles de rentrer dans le moule. En particulier, avant d'être du code,
12:20 <pierreImbaud> - est-ce que c'est intéressant? (pour moi, mon client, et/ou les autres?)
12:20 <pierreImbaud> - est-ce que ça n'existe pas déjà?
12:20 <pierreImbaud> - est-ce que je me lance tout seul, ou je cherche des synergies?
12:20 <pierreImbaud> - quelle architecture, quelles librairies?
12:20 <pierreImbaud> Je me trompe, ou tu (vous) pensais à des projets déjà en phase codage? Avec des problèmes de codage?
12:20 <pierreImbaud> J'ai en tout cas 2 ou 3 projets pas encore à ce stade, et me demandais si ça pouvait rentrer dans le moule.
12:20 <NelleV> pierreImbaud: en fait, a priori, c'est pas aux organisateurs de réflechir à ces questions
12:21 <NelleV> pierreImbaud: c'est aux participants
12:21 <NelleV> nous, on propose pas les projets
12:24 <jon1012> NelleV, nan je pense pas
12:26 <NelleV> jon1012: le site ne réponds pas
12:27 <phantez> Un bon projet pour un hackathon de mon point de vu c'est une problematique qu on veut adresser et qu on commence a adresser pendant le hackathon. Un truc qu on aurait pas fait dans son quotidien. Apres savoir si ca existe ou si c est la meilleur facon de le faire c est pas vraiment le probleme du hackathon. Si ca existait deja ca ne serait pas une problematique interessante j imagine et la question de la lib et de comment le coder au mieux ca peut etre
12:27 <NelleV> jon1012: j'ai perdu la news...
12:28 <NelleV> ah
12:29 <NelleV> je l'ai retrouvé
12:29 <NelleV> jon1012: c'est quoi ton login sur le site ?
12:29 <feth> phantez: ton message IRC est trop long je pense
12:29 <NelleV> jon1012: je t'ai rajouté à la news. Normalement tu peux l'éditer et la publier et tout et tout
12:30 <feth> il est coupé après "ca peut etre"
12:30 <NelleV> jon1012: http://www.afpy.org/news/julython-contribuez-a-des-projets-opensource
12:30 <phantez> la RFC dit 255 char apres c est laisse a la discretion du client et du serveur de tronquer ou pas de memoire, j ai du etre un peu optimiste
12:30 <phantez> ... ca peut etre adresser apres une fois que le proto marche pour repenser le truc de facon efficace dans un deuxieme temps
12:31 <NelleV> phantez: tu pars du principe que tout le monde travaillerait sur le même projet ?
12:31 <phantez> non
12:31 <phantez> celui qui est porteur d un projet
12:31 <phantez> en fait c est 510 char pour irc et apres laissee a la discretion de l implementation pour au dela
12:33 <phantez> je rebondissais a l idee de "utile pour moi / mon client / autre ?" je pense qu il faut que ca soit un truc qui sort du quotidien et qui soit pas deja adressé dans le cadre d'un travail par exemple sinon ca enleve l aspect fun
12:33 <alain_afpy> WARNING !!! YAKAFOKON DETECTED !!!!
12:33 <phantez> alain_afpy: merci
12:33 <alain_afpy> phantez: non benoitc
12:34 <phantez> apres c est ma facon de gérer les projets des hackathons ou je vais, ca n'engage que moi :)
12:36 <phantez> pour les gens qui en font souvent, je vois autour de moi ils ont une liste de trucs qu ils aimerait adresser au prochain hackathon et ils la remplissent
12:36 <phantez> car la veille c est tjrs difficile de penser a un truc utile, alors que entre deux y a tjrs le "je ferai ca si j'avais du temps"
12:39 <phantez> apres si y a plus de 1 personne c est tjrs interessant de decouper le probleme en portion qui sont toutes interessante et qui interesse la personne qui vient se greffer au projet, car un hackathon ca peut etre long et rester concentré sur un sujet vaguement interessant c est dur et a la fin on a l'impression d'avoir perdu son temps
12:39 <phantez> et evidement prevoir un moment a la fin ou tout le monde presente ce sur quoi il a bossé :)
12:40 <phantez> si c est vraiment un long hackathon genre 3 jrs, il peut y avoir un point d etape a mi parcours
12:41 <phantez> (bon je vais arreter de spammer ce channel, c'etait juste mon retour d'experiences des qqes hackathons que j ai fait cette annee)
12:43 <feth> en effet, une mise en forme violente de ça dans un mail... ;)
14:02 <jon1012> NelleV, peux modifier ? :)
14:03 <NelleV> jon1012: bien sûr !
14:03 <NelleV> jon1012: une fois que tu as terminé, tu peux publier d'ailleurs
14:26 <jon1012> NelleV, j'ai un peu modifié
14:27 <NelleV> jon1012: tu publies ?
14:36 <jon1012> NelleV, si ca te va ouais
14:36 <philips_> mais ou suis je? dalnet? undernet?
14:36 <NelleV> jon1012: ça me va
14:37 <jon1012> philips_, telnet ?
14:37 <jon1012> philips_, internet ?
14:37 <philips_> pythonet? :'(
14:39 <philips_> question : peut on faire de bons jeux avec python ? et qu marchent sur smartphone?
14:39 <NelleV> jon1012: merci !
14:40 <philips_> !ping
14:46 <feth> philips_: Freenode
14:49 <yota> obergix[work]: pas de rmll ?
14:50 <obergix[work]> yota, nan
14:50 <obergix[work]> yota, je bosse un peu au lieu de glander dans un amphi ;)
14:57 <phantez> c est ou les rmll a bruxelles ?
17:42 <alain_afpy> Prochain afpyro dans 45 jours...... *loin* http://afpy.ro/dates/2013/2013_08_25.html
17:44 <NelleV> oups
17:44 <NelleV> je me suis plantée de moi...
17:44 <NelleV> alain_afpy: on va corriger ça...
17:44 <alain_afpy> NelleV: what?
17:47 <NelleV> alain_afpy: afpyro
17:47 <alain_afpy> Prochain afpyro dans 45 jours...... *loin* http://afpy.ro/dates/2013/2013_08_25.html
17:47 <alain_afpy> Prochain afpyro dans 14 jours...... *loin* http://afpy.ro/dates/2013/2013_07_25.html
17:47 <NelleV> bon... Il va falloir te virer celui dans 45 jours...
17:48 <feth> =============================
17:48 <feth> Appel à Contributions - PyconFR 201
17:49 <feth> NelleV: ↑ chez moi c'est pas du rst valide ça ;)
17:49 <feth> mais chouette, on va pouvoir en parler aux RMLL pendant 10 minutes :p
17:50 <NelleV> feth: c'est un cfp: on s'en fout que ce soit valide :)
18:08 <pierreImbaud> phantez: merci de ta contribution, c'est assez éclairant.
18:08 <pierreImbaud> Nelle, il manque à ta proposition de vagues indications de date, et de durée.
18:08 <pierreImbaud> Soirée? 1j? 2j? 3j? Cet été, Septembre, Octobre?
18:08 <pierreImbaud> Si on veut que le projet soit connu d'avance, contribué, intégré rapidement, faut pratiquement qu'il soit sur github (ou autre) avant le hackaton.
18:09 <NelleV> pierreImbaud: à quelle proposition?
18:09 <bozo> hackaton
18:09 <NelleV> pierreImbaud: parce que c'est un questionnaire préliminaire. Nous n'avons rien organisé pour l'instant
18:10 <NelleV> (comme indiqué dans les différents maisl que j'ai pu envoyé, ainsi que sur le site de l'afpy)
18:10 <pierreImbaud> ok
23:00 <feth_> The PyCon website received a beautiful refresh and we're ready to accept proposals for the 2014 conference taking place April 9-17 in Montreal.
23:01 <feth_> terroristes
23:01 <NelleV> terroristes ?
23:11 <haypo> tiens, je sens que je vais proposer un truc sur la gestion de la mémoire à pycon fr : http://www.python.org/dev/peps/pep-0445/ - https://pypi.python.org/pypi/pytracemalloc - https://pypi.python.org/pypi/pyfailmalloc & cie
23:12 <haypo> sur http://www.pycon.fr/2013/ je lis "Strasbourg, October 26-29"
23:12 <haypo> c'est la notation germanique, référence à strasbourg ?
23:14 <haypo> feth_: j'ai repensé à ton idée de limiter la mémoire Python, et je pense que la version simple est facilement faisable
23:14 <haypo> feth_: càd pouvoir limiter globalement la mémoire, à la manière de la directive memory_limit de PHP
23:15 <haypo> par contre, limiter par "requête utilisateur", c'est beaucoup plus compliqué :-p
23:17 <feth_> donc ta solution serait applicable à un "worker" ?
23:17 <feth_> par contre il se passe quoi quand on a pris trop de mémoire ? on crashe ?
23:18 <NelleV> haypo: j'ai vu ça aujourd'hui aussi
23:18 <NelleV> c'est pas moi qui est modifié cette partie :)
23:18 <haypo> feth_: bah non, tu reçois une exception MemoryError, à toi de bien la gérer :)
23:19 <feth_> NelleV: je ponce donc j'essuie :) (qui est modifié... pouah)
23:19 <feth_> haypo: hm, ça peut le faire
23:21 <haypo> feth_: la difficulté est de définir une variable globale qui indique le "contexte" de l'allocation, genre un identifiant par requête
23:22 <feth_> ou bien le fait que ça se passe après telle instruction
23:22 <haypo> feth_: si tu as un démon mono-thread genre twisted, il faut mettre à jour cette variable à chaque changement de "contexte" (de deferred ?)
23:22 <feth_> (typiquement, on décidera que tout ce qui se passe en aval d'un request = Request())
23:23 <feth_> haypo: ça me semble pas mal comme idée
23:23 <feth_> en tout cas, viable
23:23 <feth_> en gros on a surtout deux contextes : le cœur de l'appli, la requète
23:23 <haypo> feth_: je n'ai pas compris comment tu veux "taguer" une allocation mémoire
23:24 <haypo> feth_: l'allocateur mémoire est codé en C, tu peux lire des valeurs en Python, mais un appel de fonction Python dans un allocateur mémoire est délicat (vu qu'il va proprement allouer de la mémoire)
23:24 <feth_> hm, est-ce qu'on pourrait avoir un compteur d'allocation défini à un niveau de la stack ?
23:25 <feth_> (qui est global)
23:25 <haypo> feth_: de quelle stack parles-tu ?
23:25 <feth_> de la stack d'appels python
23:25 <haypo> je ne comprends pas
23:27 <feth_> du point de vue du développeur Python qui ne fait pas de C, un serveur c'est un truc qui empile des appels de fonction à partir d'une boucle d'évènements
23:28 <feth_> on pourrait déterminer que tout ce qui est déclenché en cascade depuis un évènement donné soit attaché un compteur de l'allocation mémoire ?
23:28 <feth_> (en général, c'est traité séquentiellement, en plus)
23:28 <haypo> feth_: tu parles d'un serveur aynchrone genre Twisted ou d'une truc qui traite une requête client de manière bloquante, genre 1 thread par requête ?
23:29 <feth_> (c'est le cas pas général qui pose problème j'imagine)
23:29 <feth_> haypo: je pense aux systèmes bloquants oui
23:29 <haypo> le plus complexe est le serveur qui n'utilise qu'un thread, le thread principal, donc du code asynchrone
23:29 <haypo> feth_: le cas des appels bloquant doit pouvoir se résoudre avec des variables de thread, mais ça existe encore ce genre de serveur ? :-p
23:30 <feth_> un twisted async pourrait sinon s'en tirer avec un mécanisme global à tout le process
23:31 <feth_> il dirait "à partir de maintenant, pas plus de 10ko" puis "ouf, on a traité la requète, bon, combien elle m'a bouffé ? il lui reste 3ko, je note ça dans un coin, et je désactive le quota de mémoire"
23:32 <haypo> feth_: ça risque d'être compliqué et difficile à maintenir ce genre de solution, mais je le laisse essayer de l'implémenter :)
23:32 <haypo> feth_: ah tiens, toi qui aime bien PHP : PHP arrête l'exécution du script quand le quota mémoire est atteint, "Fatal error: Out of memory (allocated 58720256) (tried to allocate 32 bytes) ..."
23:33 <haypo> j'avais oublié combien c'était trop super PHP :)
23:35 <feth_> j'aimerais pas implémenter ça
23:35 <feth_> mais je crois que j'aime pas creuser dans twisted
23:35 <feth_> et que les devs de twisted, au contraire, adorent ça
23:36 <haypo> tornado fonctionne sur le même principe
23:36 <haypo> et tulip aussi
23:39 <feth_> moi aussi, je suis monothread, et je vais faire dodo, je reprendrai la conversation un peu plus tard :)
23:39 <feth_> bonne nuit !