08:26 <cyp> plop
14:01 <No`> salut l'afpy
14:04 <miniwark> salut No`
15:03 <youyou> coucou
15:03 <youyou> quelqu'un a deja eu des soucis avec multiprocessing pour pythno2.4
15:04 <youyou> ca compile pas
15:04 <youyou> et pour cause apparement il manque le fichier header fcntl.h
15:06 <haypo> youyou: t'es sous quel OS ?
15:06 <haypo> fcntl.h vient du système, pas de python ni de multiprocessing
15:06 <solevis> bonjour
15:06 <youyou> mac os x
15:06 <youyou> c'est une partie c de multiprocessing
15:07 <youyou> Modules/mmapmodule.c:947: error: 'O_RDWR' undeclared (first use in this function)
15:08 <haypo> youyou: sous Debian, tu le trouves dans le paquet libc6-dev
15:08 <haypo> youyou: ça vient de la libc
15:08 <haypo> après, python 2.4 : m'enfin ! y'a 3.1 qui existe ! ;-)
15:09 <misc> c'est posix , fnctl
15:09 <haypo> misc: mac os x c'est posix ?
15:09 <youyou> haypo: oui mais si Modules/mmapmodule.c utilise le symbol O_RDWR il faut qu'il y ai un include de fcntl.h
15:09 <youyou> si je le met (le include) la compile fonctionne
15:10 <misc> haypo: je pense que oui, ç'est aussi une API 4.3BSD
15:10 <youyou> mais ca me parait quand meme bizarre
15:10 <youyou> que je sois obligé de modifié le code
15:11 <haypo> youyou: c'est un bug dans ton OS
15:11 <haypo> change d'OS !
15:11 <youyou> http://bugs.python.org/issue3266
15:12 <haypo> ah c'est un problème d'import ?
15:12 <haypo> youyou: mmapmodule.c ça vient de Python 2.4, pas de multiprocessing
15:13 <youyou> haypo : je compile multiprocessing pour python 2.4
15:13 <youyou> et ca vient de multiprocessing issue de pypi
15:19 <haypo> youyou: O_RDWR n'existe pas dans Debian Sid. en lisant le code de Python, je vois que O_RDWR est utilisé sur MAP_ANONYMOUS n'est pas défini
15:22 <haypo> youyou: Mac OS X a le symbole MAP_ANON
15:23 <haypo> le code de python trunk contient :
15:23 <haypo> #if !defined(MAP_ANONYMOUS) && defined(MAP_ANON)
15:23 <haypo> # define MAP_ANONYMOUS MAP_ANON
15:23 <haypo> #endif
15:23 <youyou> haypo : ok
15:26 <youyou> bon en tout cas le code fonctionne pas pour Mac et faut le patcher
15:27 <youyou> ya un souci aussi avec PasteDeploy ensuite
15:27 <youyou> ca finit par ca
15:30 <haypo> youyou: pourquoi ne pas utiliser python 2.6 ou 3.1 ?
15:30 <youyou> haypo: peux pas , probleme de dependance
15:34 <haypo> youyou: laquelle ?
15:34 <youyou> plone
15:34 <misc> plone -> zope
15:34 <misc> *horror ensues*
15:36 <haypo> haha, zope
15:36 <haypo> zope est un outil pour freezer le temps non ?
15:36 <misc> tu confond avec zob
15:37 <youyou> haypo, misc : zope a beaucoup apporter a python comme python a beaucoup apporter a zope
15:37 <haypo> cryoos
15:37 <youyou> et il n'ya pas si lontemps que ca zope etait le seul serveur d'application open source
15:38 <tbk_> quel mauvaise langue haypo
15:38 <haypo> tbk_: mauvaise langue ? tu sais de quand ça date python 2.4 ?
15:38 <tbk_> oui
15:38 <haypo> "il n'ya pas si lontemps que ca" hu ? tu parles de quelle année ?
15:38 <tbk_> mais y'a des impératif pour un projet de la taille de zope
15:39 <misc> youyou: personnelement, j'ai tenté de lire 3 fois le même bouquin sur zope, et j'ai jamais vraiment compris. ça a l'air trés bien, mais d'une complexité assez phénoménale
15:39 <tbk_> il faut plonger dedans pour commencer à percuter
15:39 <haypo> je me demande ce qui empêche zope de migrer à python 2.5 (au moins !)
15:40 <haypo> mais je préfère ne pas savoir et troller zope
15:40 <misc> et puis, non, zope n'etait pas le seul serveur d'appli opensource
15:40 <youyou> rien zope fonctionne avec python2.6
15:40 <misc> y a aussi tomcat
15:40 <youyou> tomcat n'est pas un serveur d'application
15:40 <youyou> jboss oui
15:40 <haypo> youyou: tu viens de dire que zope a besoin de python 2.4
15:40 <youyou> ou autre serveur j2EE
15:41 <flox> en fait c'est Plone qui n'a pas migré, je pense
15:41 <flox> (à vérifier)
15:41 <misc> youyou: bah, c'est quoi un serveur d'application pour toi ?
15:41 <youyou> quelque chose qui founit un ensemble de service
15:41 <youyou> style la transaction
15:41 <youyou> l'authentification
15:42 <youyou> l'acces multiprotocole (http , ftp ,webdav)
15:42 <youyou> pas juste un moteur de servlet
15:42 <tbk_> avec plone 4 on va passer à python 2.6
15:43 <misc> youyou: faut aller corriger wikipedia dans ce cas : http://fr.wikipedia.org/wiki/Serveur_applicatif :)
15:44 <misc> ( surtout la liste "solutions libres", car bon, j'ai deja du mal à faire du sysadmin, c'est pas pour aller discutter des différences d'archi logiciels sur wikipedia )
15:44 <youyou> oui mettre tomcat au meme niveau que jboss et jonas c'est un peu limite
15:46 <flox> ah. plone passe de python 2.4 à 2.6
15:46 <flox> c'est une bonne nouvell
15:47 <flox> faudra que j'installe la 4.0 beta ... ça fait un an que je n'ai pas testé
15:47 <misc> est ce que plone ne tends pas à démontrer que faire des gros softs en python, ç'est le bordel ?
15:48 <misc> flox: alors je t'arrete tout de suite, il est pas fétide, il est tout nouveau
15:49 <misc> mais soit 2 cas : 1) python n'est pas fait pour gerer des projets de cette taille, ou 2) plone est écrit de tel façon que la migration est complexe ( et donc, on pourrait déduire que le code de plone n'est pas écrit comme il faut )
15:49 <youyou> c'est zope qui etait le souci
15:50 <youyou> avec c'est dependance
15:50 <youyou> plone c'est du pure python
15:51 <tbk_> http://www.pilotsystems.net/actus/plone-4-test-rapidite-wordpress/
15:52 <misc> ça me parait foireux comme benchmark, faire ça sur un cms à vide...
15:52 <misc> ( et pis "le test a été fait avec un cache http", ça me fait dire wtf )
15:54 <tbk_> c'est un benchmark hein
15:56 <taziden> en totu cas, ça reste pas folichon comme perf.
15:56 <misc> oui, si plone arrive à faire 2.6 requetes par seconde, c'est pas super :)
16:04 <tbk_> c'est a titre de comparaison avec wordpress
16:05 <misc> ( ceci dit, je viens de voir qu'avec django, j'arrive à 1.7 req/s, mais en https )
16:06 <tbk_> bah wordpress est pas génial, mais il est rapide
21:01 <No`> salut l'afpy
22:40 <aconrad> ping gawel
22:41 <gawel> kikoo aconrad
22:41 <aconrad> j'ai reçu un mail de la boîte qui fait GeoAlchemy
22:41 <gawel> inconnu
22:42 <aconrad> ils sont en train de mettre en place un projet GeoFormAlchemy aussi
22:42 <gawel> mais je les vois venir :D
22:42 <aconrad> :)
22:42 <gawel> hey cool
22:42 <aconrad> et ils se demandaient si il y avait moyen de se rapprocher de nous pour l'hébergement de leur projet
22:42 <aconrad> la doc et le source
22:43 <gawel> je crois pas que google puisse host plus d'une repo mercurial
22:43 <gawel> mais pour la doc pas de soucis
22:44 <aconrad> bon, faut qu'ils aient un dépot mercurial chez un hébergeur de code source
22:44 <aconrad> je suppose aussi qu'ils seraient intéressés d'avoir un sous domaine
22:47 <frf2_> salut
22:47 <gawel> oh bah le sous domaine tu gère hein :)
22:49 <aconrad> ouais ouais
22:49 <aconrad> après, c'est à eux de faire le support
22:49 <aconrad> j'imaginais un geo.formalchemy.org
22:50 <aconrad> je vais leur dire que c'est éventuellement possible, à eux de faire le choix
22:51 <aconrad> gawel: pour la doc, tu la génères automatiquement après un commit ? (hook?)
22:53 <gawel> non y a un cron
22:54 <frf2_> une personne pourrais voir ou et le probléme? sur mon code http://pastebin.com/bzDPsCs8
22:55 <gawel> frf2_: tu devrais aller sur #python-fr
22:55 <gawel> c'est plus actif qu'ici
22:55 <gawel> perso je connais pas tkinter
22:55 <frf2_> ha ok merci quand meme
22:55 <gawel> par contre j'ai test urwid, ça arrache la chatte