08:22 <cyp:#afpy> plop
09:45 <lodog:#afpy> bonjour
09:45 <lodog:#afpy> est-ce qu'il y a un moderateur ici?
09:47 <NelleV:#afpy> Bonjour!
10:00 <marmoute:#afpy> NelleV: est quelqu'un de trèc modéré
10:00 <marmoute:#afpy> lodog: don't ask to ask, ask
10:01 <NelleV:#afpy> lodog: pourquoi cherches-tu un modérateur?
10:56 <haypo:#afpy> lodog: un modérateur du salon IRC ?
13:31 <Yann2192_:#afpy> o/
15:04 <cyp:#afpy> je faisais la réflexion suivante ce matin : avec python on trouve bcp de livre sur la prog python et le langage voire quelques framework mais peu sur l'ecosysteme python
15:04 <cyp:#afpy> y a a peu sur la zca, buildout ce genre de chose
15:04 <cyp:#afpy> ou c'est moi qui n'ait pas trouvé
15:05 <haypo:#afpy> cyp: tu parles d'une guide sur les afpyros ?
15:05 <haypo:#afpy> faudrait demander à gawel qu'il nous rédige ça
15:06 <NelleV:#afpy> +1
15:06 <cyp:#afpy> la je cherche sur comment deployer nos appli interne avec buildout et je me suis aperçu que je n'avais rien ds aucun de mes bouquins
15:07 <cyp:#afpy> il y a differents articles sur internet notement sur buildout.org
15:07 <haypo:#afpy> ça faut plutôt demander à yota
15:08 <haypo:#afpy> marmoute: les développeurs python n'aiment pas les OS, ils préfèrent coder leur OS au dessus des trucs crasseux du genre Debian
15:08 <cyp:#afpy> marmoute: c'est une autre solution qu'on envisage
15:08 <haypo:#afpy> faut voir l'entousiasme autour de distutils2 pour s'en convaincre :)
15:09 <cyp:#afpy> je vois pas bien comment avec apt je peux avoir la version 1.1 de tel module pour une appli A et la version 1.2.4 pour l'appli B
15:09 <haypo:#afpy> distutils2 gère l'installation, mais aussi la mise à jour et la desinstallation
15:14 <marmoute:#afpy> haypo: ça n'empèche pas les gens qui ont compris que les OS ça existe et ça marche bien d'utiliser les bon outils ;-)
15:15 <NelleV:#afpy> marmoute: c'est tout à fait vrai ça
15:16 <NelleV:#afpy> cubicweb sur debian a été reparé? :D
15:19 <marmoute:#afpy> "répare" ? cubicweb sur debian marche bien.
15:22 <cyp:#afpy> marmoute: avec apt, comment tu fais pour avoir 2 versions d'un meme module ?
15:22 <haypo:#afpy> marmoute: bon en même temps, y'a pas d'outil de question de paquet sous Windows ou Mac OS X /o\
15:22 <haypo:#afpy> mais bon, y'a vraiment des gens qui utilisent ces 2 OS ?
15:23 <NelleV:#afpy> cyp: ça, c'est pas un problème avec apt, mais avec python...
15:23 <marmoute:#afpy> avec apt tu a sun ensemble cohérent pas une soupe de truc différent.
15:23 <marmoute:#afpy> haypo: on est pas obligé de niveller par le bas non plus hein.
15:23 <haypo:#afpy> cyp: pour les versions majeurs, y'a souvent des paquets Debian différents (python2.6 et python2.7 par exemple), pour les versions mineures ce n'est pas possible. quel en est l'intérêt ?
15:24 <cyp:#afpy> haypo: c'est pour nos modules internes
15:24 <NelleV:#afpy> ah, j'avais compris des trucs du genre sqlalchemy0.6 et 0.7 pour une même version de python
15:24 <NelleV:#afpy> bon, ça, c'est pas possible, mais c'est pas de la faute d'apt
15:24 <NelleV:#afpy> notez que ruby permet d'installer plusieurs versions d'un même gem (pour le meilleur et pour le pire)
15:24 <cyp:#afpy> ça me permet de deployer une applis avec une version certaine d'un module ou l'on sait que ça marche
15:25 <cyp:#afpy> la version suivante on se sait pas
15:26 <marmoute:#afpy> cyp: bah installé une version précise apt sait faire.
15:26 <marmoute:#afpy> NelleV: surtout pour le pire.
15:26 <NelleV:#afpy> marmoute: mais pas plusieurs versions en parallèle
15:27 <cyp:#afpy> voila
15:27 <marmoute:#afpy> NelleV: non mais vanillia python non plus.
15:27 <NelleV:#afpy> marmoute: il parait que certains trouvent le système ruby mieuw que celui de python
15:27 <cyp:#afpy> marmoute: avec buildout ou virtualenv si
15:27 <haypo:#afpy> y'a des bibliothèques/outils pour installer plusieurs versions d'un module Python en même temps
15:27 <NelleV:#afpy> haypo: uep, mais ça le fait pas out of the box
15:27 <haypo:#afpy> cyp: c'est pas goût vanille ça
15:27 <NelleV:#afpy> c'est dommage
15:28 <haypo:#afpy> NelleV: sûrement que ça sera moins pire avec python 3.3 et le nouveau module packaging
15:28 <cyp:#afpy> ok
15:28 <NelleV:#afpy> haypo: fingers crossed :)
15:28 <marmoute:#afpy> cyp: debian avec des chroot aussi hein.
15:29 <cyp:#afpy> c'est vrai
15:29 <haypo:#afpy> NelleV: tu peux croisir les doigts, ou tu peux contribuer, au choix
15:29 <marmoute:#afpy> NelleV: il parait que ruby est globablement plus maintenu dans debian tellement c'est le bordel leur 3 VM incompatible et leur system de gem à la con.
15:29 <haypo:#afpy> marmoute: mouarf :-)
15:30 <haypo:#afpy> marmoute: windows aussi avec des VM !
15:30 <NelleV:#afpy> haypo: t'as une machine à remonter le temps?
15:30 <haypo:#afpy> marmoute: y'a 3 VM pour ruby ??
15:30 <NelleV:#afpy> si oui, ok, je veux bien contribuer. Sinon...
15:30 <marmoute:#afpy> haypo: virtual-env c'est globalement le même principe que chroot mais juste poru l'éco-system python./
15:30 <misc:#afpy> il a macfly !
15:31 <NelleV:#afpy> virtualenv, c'est quand meme vachement bien...
15:31 <haypo:#afpy> misc: c'est vrai
15:31 <cyp:#afpy> NelleV: il faut faire source bin/activate et ça pertube mes admins :(
15:32 <NelleV:#afpy> cyp: change d'admin? :p
15:32 <marmoute:#afpy> claire
15:32 <marmoute:#afpy> un admin qui ne comprend pas source...
15:32 <haypo:#afpy> misc: tiens, je croyais l'avoir mis sur github, en fait non
15:32 <haypo:#afpy> misc: il est sur http://software.inl.fr/trac/wiki/Macfly sinon
15:33 <marmoute:#afpy> haypo: une histoire de 1.8.6 incompatible avec 1.8.7 qui est incompatible avec 1.9.1 qi marche presque avec 1.9.2
15:33 <haypo:#afpy> . n'est pas mieux que source niveau portabilité ? :)
15:33 <cyp:#afpy> j'ai pas dit qu'ils comprenaient pas mais que ça les pertubaient
15:33 <cyp:#afpy> . c'est pas un bashisme ?
15:33 <marmoute:#afpy> quand on sait ce que activate fait c'est **logique**
15:33 <marmoute:#afpy> tu les a trouvé où tes admin ?
15:34 <cyp:#afpy> dans le bureau de l'exploit :D
15:45 <anhj:#afpy> cyp: virtualenvwrapper, et plus besoin de faire source bin/activate :)
15:45 <cyp:#afpy> anhj: tiens j'ai jamais regardé celui la
15:46 <anhj:#afpy> bien pratique je trouve
16:30 <haypo:#afpy> yota: pff, t'as loupé un troll .deb vs outils python genre buildout
16:31 <haypo:#afpy> yota: et sinon, cyp avait des questions sur buildout
16:31 <yota:#afpy> oh moi les trolls hein
16:31 <yota:#afpy> y'avait des gens de cubicweb dans la discussion ? :)
16:31 <yota:#afpy> enfin logilab
16:33 <yota:#afpy> et puis bon, c'est pas les mêmes cibles d'utilisateurs donc bon
16:33 <yota:#afpy> bon alors bon et bon
16:34 <haypo:#afpy> yota: oui oui, marmoute a parlé de cubicweb avec apt bien sûr
16:40 <yota:#afpy> tu as vu ma boule de crystal
16:40 <yota:#afpy> je suis fort hein
16:48 <cyp:#afpy> j'ai pas vraiment une question juste une observation comme quoi je connaissais pas de bouquin ou le sujet était bien creuser
17:05 <yota:#afpy> je crois que tarek a écrit un article dessus sur son livre Python
17:06 <yota:#afpy> mais la doc sur le sujet est assez pauvre
17:06 <yota:#afpy> le mieux est de lire les buildouts des autres
17:08 <gawel:#afpy> je fais ça pour m'endormir le soir
17:10 <cyp:#afpy> yota: oui c'est ce que je fais
17:11 <yota:#afpy> cyp: lis aussi les recipes
17:12 <NelleV:#afpy> cyp: tu peux lire le chapitre sur packaging de aosa
17:12 <yota:#afpy> après quand tu sais pas un truc précis tu poses des questions :)
17:12 <NelleV:#afpy> ou aosa tout court d'ailleurs
17:12 <yota:#afpy> mais je sens que je vais finir par écrire des articles de blog sur le sujet :)
17:12 <yota:#afpy> (et blog v2 de sdouche de retour bientot ! )
17:13 <cyp:#afpy> aosa ?
17:14 <NelleV:#afpy> architecture of open source software
17:14 <cyp:#afpy> ah très bonne idée
17:14 <NelleV:#afpy> aosabook.org
17:15 <yota:#afpy> tiens au fait qq connait la diff entre site-packages et dist-packages ?
17:15 <yota:#afpy> dans les faits
17:16 <cyp:#afpy> nope
17:17 <cyp:#afpy> mais l'un des 2 embarque des chemin absolu et non relatif
17:25 <marmoute:#afpy> cyp: gni ?
17:26 <cyp:#afpy> rien j'ai dit une connerie car je faisais qqch d'autre en meme tps
17:41 <feth:#afpy> Apparemment, ruby france aura un stand aux rmll
17:45 <haypo:#afpy> yota: site-packages est sensé être mort, mais debian l'a gardé avec python 2.6+ je crois
17:46 <feth:#afpy> debian stable, le cimetière logiciel
17:50 <yota:#afpy> haypo, l'encyclopédie Python
17:50 <yota:#afpy> merci haypo :)
17:56 <haypo:#afpy> "Public Python modules not handled by python-central or python-support must be installed in the system Python modules directory, /usr/lib/pythonX.Y/dist-packages for python2.6 and later, and /usr/lib/pythonX.Y/site-packages for python2.5 and earlier." dit la Debian Python Policy
17:57 <haypo:#afpy> on dirait que j'ai dit des bétises, mais faudrait voir les détails de pyhon-central & python-support
18:02 <yota:#afpy> je crois que y'a un sprint la dessus chez ubuntu
18:05 <marmoute:#afpy> haypo: debian utilise dist-debian pour 2.6
18:11 <yota:#afpy> "j'ai découvert pythonbrew, j'installes mes Pythons vanilla et depuis mes poils sont brillants, et mon oeil vif"
18:11 <yota:#afpy> fini les saloperies debian
18:12 <yota:#afpy> enfin sauf avec les versions qui ne contienent pas le patch fait à l'arrache pour gérer le multiarch debian fait sans prevenir les core dev Pythons
18:13 <yota:#afpy> les développeurs Debian, c'est a empaller juste aprés les avoir découpés le ventre à la petite cuillière
18:13 <misc:#afpy> c'est la que je suis bien content de bosser sur des projets sans utilisateurs
18:16 <yota:#afpy> marmoute: quand tu vois le bordel sans nom qu'est Python dans debian
18:16 <yota:#afpy> avec des ln partout
18:17 <yota:#afpy> ben, maintenant c'est python vanilla + distribute + pip
18:17 <marmoute:#afpy> C'est pas la faute de debian si les bytes_code python collide.
18:17 <yota:#afpy> depuis plus de soucis
18:23 <haypo:#afpy> marmoute: dist-debian ??
18:54 <marmoute:#afpy> s/debian/package/
20:23 <feth:#afpy> Bonsoir.
20:24 <feth:#afpy> J'envisage de m'écrire un CRM (outil de suivi de prospection), et j'ai envie, pour tagger organisations et personnes, d'utiliser une ontologie propre à mon appli et, un jour peut-être, de ontologies définies par l'utilisateur s'il en a envie
20:25 <feth:#afpy> Est-ce que vous avez un conseil de framework/lib le plus simple mais bien à utiliser
20:25 <feth:#afpy> le langage est Java^WPython
20:34 <feth:#afpy> http://seth-scripting.sourceforge.net/ est assez violent, je vais tenter :)
20:35 <Hobbestigrou:#afpy> il y a pas des crm tout fait ?
20:35 <feth:#afpy> Si si
20:36 <feth:#afpy> J'ai pas l'intention de refaire sugarcrm
20:36 <feth:#afpy> juste un truc pour moi, là comme ça dans un coin
21:00 <feth:#afpy> rdflib a l'air amusant aussi
21:17 <feth:#afpy> hm, y en a vraiment plein. J'ai bien fait de demander de l'aide pour choisir
21:36 <Crovax-31:#afpy> Bonjour, je suis un étudiant Bac +4 et je cherche un stage d'été, j'ai déjà fait pas mal de python (principalement du django mais aussi du tornado et de l'openerp)
21:37 <Crovax-31:#afpy> dans la région Toulousaine
21:38 <feth:#afpy> Crovax-31: bonsoir
21:38 <feth:#afpy> oublie pas de poster sur la ML
21:39 <feth:#afpy> (des fois que les gens dorment ici)
21:40 <NelleV:#afpy> (tout le temps même)
21:41 <Crovax-31:#afpy> tu fais bien de me le mentionner, comme je ne suis pas membre de l'afpy, je ne savait même pas qu'il y avait une ML. mais bon Mailman étant écrit en python.... c'est quand même assez logique.
21:42 <gawel:#afpy> faut être adhérent pour être sur la liste
21:46 <Crovax-31:#afpy> merci gawel, je m'occupe de ça du coup