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 < 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:07 [#] marmoute:#afpy déploy ses applis avec apt et ça marche bien.
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 < 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 < 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: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: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:14 [#] feth:#afpy va installer mageia à sa maman et sa belle maman, tiens
18:14 [#] marmoute:#afpy apprécie la manière que yota à de non-troller.
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: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:35 [#] Crovax-31:#afpy se rend compte qu'il connait des gens ici
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